问题描述

最近遇到一个问题：

执行命令 docker exec f4af9b sh -c 'bash /tmp/build.sh' 命令在docker中执行shell，会出现中文乱码的问题。但是在docker容器中单独执行shell脚本却没有出现乱码。查看环境变量存在LANG=en_US.UTF-8，因此从原理上来说是不应该出现乱码的。

但是既然出现了乱码，那么LANG=en_US.UTF-8应该就没有读取到，于是在 build.sh中运行env命令，发现通过docker exec f4af9b sh -c 'bash /tmp/build.sh'方式没有LANG=en_US.UTF-8环境变量，那么原因是什么？

原因定位

原因如下：

docker exec f4af9b sh -c 'bash /tmp/build.sh' 对于docker 容器来说是非登录和非交互式shell，这样就不会读取某些配置文件，导致LANG=en_US.UTF-8没有加载成功。

Linux Shell

下面介绍一下Linux交互式和非交互式shell、登录和非登录shell之间的区别。

交互式shell（interactive shell）和非交互式shell（non-interactive shell）：
- 交互式的shell会有一个输入提示符，并且它的标准输入、输出和错误输出都会显示在控制台上。这种模式也是大多数用户非常熟悉的：登录、执行一些命令、退出。当你退出后，shell也终止了。
- 非交互式shell是bash script.sh这类的shell。在这种模式下，shell不与你进行交互，而是读取存放在文件中的命令，并且执行它们。当它读到文件的结尾EOF，shell也就终止了。
登录式shell（login shell）和非登陆式shell（no-login shell）：
- 需要输入用户名和密码的shell就是登陆式shell。因此通常不管以何种方式登陆机器后用户获得的第一个shell就是login shell。不输入密码的ssh是公钥打通的，某种意义上说也是输入密码的。
- 非登陆式的就是在登陆后启动bash等，即不是远程登陆到主机这种。

对于常用环境变量设置文件，整理出如下加载情况表：

文件	非交互+登陆式	交互+登陆式	交互+非登陆式	非交互+非登陆式
/etc/profile	加载	加载	-	-
/etc/bashrc	加载	加载	-	-
~/.bash_profile	加载	加载	-	-
~/.bashrc	加载	加载	加载	-
BASH_ENV	-	-	-	加载

执行脚本，如bash script.sh是属于non-login + non-interactive。

解决思路

因而，执行命令docker exec f4af9b sh -c 'bash /tmp/build.sh'对于docker容器来说是属于non-login + non-interactive。

将上面的bash /tmp/build.sh改为bash --login /tmp/build.sh变为登录shell，就可以读取/etc/profile和~/.bash_profile等文件。

或者在执行bash /tmp/build.sh时在build.sh加入export LANG="en_US.UTF-8"手动设置。

常见的shell变量

PATH：决定了shell将到哪些目录中寻找命令或程序

HOME：当前用户主目录

MAIL：是指当前用户的邮件存放目录。

SHELL：是指当前用户用的是哪种Shell。

HISTSIZE：是指保存历史命令记录的条数

LOGNAME：是指当前用户的登录名。

HOSTNAME：是指主机的名称，许多应用程序如果要用到主机名的话，通常是从这个环境变量中来取得的。

LANG/LANGUGE：是和语言相关的环境变量，使用多种语言的用户可以修改此环境变量。

PS1：是基本提示符，对于root用户是#，对于普通用户是$。

PS2：是附属提示符，默认是">"。

巴特西

Docker中执行Shell出现乱码

问题描述

原因定位

Linux Shell

解决思路

常见的shell变量

最新文章

热门文章