上篇说到，我在Arch下的tmux的部分环境变量有问题。于是接下来我开始调查原因。最后终于真相大白。不过在揭露真相前，先详细说说问题是什么。

自从使用zsh以后，我在Ubuntu下发现我在~/.profile中设置PATH变量的代码在tty下没有起作用。但在~/.zshrc中设置又不行，因为图形界面登录时不会读取~/.zshrc。source 它也不行，因为可能导致双重设置（在一段时间里，我总是很奇怪地发现命令补全时某些命令会出现两次。。。）。于是，最后我的方案是这样的（箭头表示 source）：

.profile --> .zsh/zshrc.env   <-+
.zshrc --> ZSHRC_ENV set? --No--+

这个方案在Ubuntu下一直工作良好。但在Arch+tmux下就出问题了。在tmux中的zsh启动前，ZSHRC_ENV已经设置，于是~/.zsh/zshrc.env没有被 source，于是$PATH设置得不对了。。。

在查阅tmux N次之后，我想，可能是某个启动文件覆盖了我自己的 PATH 变量的设置。于是打开 zsh 的文档，翻到这里：

5.1 Startup/Shutdown Files

Commands are first read from /etc/zsh/zshenv; this cannot be overridden. Subsequent be- haviour is modified by the RCS and GLOBAL_RCS options; the former affects all startup files, while the second only affects global startup files (those shown here with an path starting with a /). If one of the options is unset at any point, any subsequent startup file(s) of the corresponding type will not be read. It is also possible for a file in $ZDOTDIR to re-enable GLOBAL_RCS. Both RCS and GLOBAL_RCS are set by default.

Commands are then read from $ZDOTDIR/.zshenv. If the shell is a login shell, commands are read from /etc/zsh/zprofile and then $ZDOTDIR/.zprofile. Then, if the shell is interactive, commands are read from /etc/zsh/zshrc and then $ZDOTDIR/.zshrc. Finally, if the shell is a login shell, /etc/zsh/zlogin and $ZDOTDIR/.zlogin are read.

于是发现这一切的根源在于tmux里启动的是login shell！Arch的/etc/profile中重置了$PATH、/etc/profile.d/locale.sh中重置了$LANG，所以造成我的tmux下的zsh环境变量不对的问题。于是我把设置移回了~/.profile中，然后将软链接~/.zprofile指向它。locale.shpacman不知道是什么包的，所以我就把它改成了：

[ -z "$LANG" ] && export LANG=en_US.UTF-8

至此，tmux部分的问题终于解决了！