今天遇到个问题就是每次重启 es 服务或重启电脑都需要 source 才能使一部分配置生效.
一致很懵在另一台电脑上并没有问题，一开始以为可能系统版本不一致，centos 6.5 可能有特定的配置但是一番百度后发现并没有，而且通过同事电脑测试了，也没有这个问题。后来根据网上一片帖子讲述了他在一次 java 环境变量配置后重启失效的问题，说是因为有别的软件覆盖了他的环境变量。
根据这个思路查询启动时的执行的各个脚本最终发现了 es 的我的启动脚本中向/.bashrc 文件写入的一段用于初始化时同步时钟，并调用了一个更新配置 ik 插件的脚本。这段中修改了 profile 文件中的配置如果遇到更新就会复写。修改后并没有解决。随后疑心大起一度怀疑那段代码或配置或曾经用过的(特别时百度复制的脚本)中有问题。随后停下所有服务，一个个挨个启动检查，结果很悲催没有发现任何地方有问题。
第今儿下班后，不死心，有从头走了一遍。每次重启使用了 su 指定了用户，怀疑是不是用户问题之后把 es，mysql 等几个服务的用户改为 root 并重新配置环境变量后好了，至此可以确定原因肯定与不同用户有关。按照这个方向查找资料如下发现了不同方式读取加载不同。
图形模式登录时，顺序读取：/etc/profile 和~/.profile
图形模式登录后，打开终端时，顺序读取：/etc/bash.bashrc 和~/.bashrc
文本模式登录时，顺序读取：/etc/bash.bashrc，/etc/profile 和~/.bash_profile
从其它用户 su 到该用户，则分两种情况：
(1)如果带-l 参数(或-参数，--login 参数)，如：su -l username，则 bash 是 lonin 的，它将顺序读取以下配置文件：/etc/bash.bashrc，/etc/profile 和~ /.bash_profile。
(2)如果没有带-l 参数，则 bash 是 non-login 的，它将顺序读取：/etc/bash.bashrc 和~/.bashrc
注销时，或退出 su 登录的用户，如果是 longin 方式，那么 bash 会读取：~/.bash_logout
执行自定义的 shell 文件时，若使用“bash -l a.sh”的方式，则 bash 会读取行：/etc/profile 和~/.bash_profile，若使用其它方式，如：bash a.sh， ./a.sh，sh a.sh(这个不属于 bash shell)，则不会读取上面的任何文件。
上面的例子凡是读取到~/.bash_profile 的，若该文件不存在，则读取~/.bash_login，若前两者不存在，读取~/.profile。
分析应该是因为我所有环境变量配置的都是用户的，但是切换用户时会重新读取加载，有时通过终端，有时通过图形界面，不同用户操作引发的。
记录下，留以订正理解！
