Bash 默认把 PATH 传给子 bash,请问是出于什么考虑？

不是 bash 是这样设计，是 unix 环境下，子进程默认继承父进程的环境变量

不止 Linux，Windows 也会传环境变量到子进程

这不是环境变量么，那在这个环境执行的命令不就会继承么？

要是 path 不继承的话，那子 bash 就没有什么命令可用了

bash shell 不同状态读取的配置文件优先级

https://www.solipsys.co.uk/images/BashStartupFiles1.png

？？？难道其他变量没有被继承吗？

PATH 是环境变量不是 shell 变量啊

Quote form Wikipedia:

PATH is an environment variable on Unix-like operating systems, DOS, OS/2, and Microsoft Windows,

man bash

没有 PATH 跑不起来好吗。

loginshell fork child bash 采用了 cow 技术 刚开始的时候是共享内存空间的

并没有传给子进程

只是新的 bash 初始化时读取了配置文件然后自己创建了 PATH 变量

请 lz 尝试：

unset PATH
PATH="foo"
/bin/bash
echo "$PATH"

只听说过子进程和子 Shell，子 Bash 是什么鬼

系统启动的时候 PATH 已经是环境变量了，你对它做出的任何修改它还是一个环境变量，所以都会被子进程继承。这有啥奇怪的呢。

你把 foo 塞进系统环境变量里，“不 export ”也能继承。所有已经是环境变量的变量，包括 path、lc_* 等，都是这样的

环境变量的传递不是 bash 完成的，是操作系统完成的。在创建子进程的时候操作系统把带有环境变量的那部分内存区域拷贝到子进程的内存完成了环境变量的传递。

先讲清楚你的"子 bash" 是什么东西, 比如附上你用的命令, 我们才能继续讨论环境变量是如何初始化的

@chinvo 第一次知道还有这个区别，那怎样算放入系统环境变量呢？要放在哪个文件里？

还真是这样，这个我都没注意过，习惯性都是加上 export。

楼主的总结恰好是反的

环境变量会传递给子进程，但是 PATH 恰恰是一个很可能子进程（特别是 bash ）会自己重载的环境变量