子进程会影响父进程的环境吗？

Question

“子继承父环境”是什么意思？通过复制整个环境来继承，还是通过接收指向同一环境的指针来继承（以某种方式）？

---

这是我的场景：

1. 我有一个正在运行的进程P 有自己的环境（变量）
2. 在某些时候，P 执行 fork
3. 在if-statement（也就是子进程C）的0-clone 中，执行execv
4. 两个进程继续独立运行。

因此，在某个时刻，应用程序停止正常工作。原因是 - “破碎”的环境。

有趣的是，两个环境都发生了变化。当我启动父进程并执行时

$ cat /proc/PID/environ

对于两者 - 父进程和进程，一切都很好。几个小时后，应用程序停止工作，当我再次执行上面的行（检查环境）时，两者都已更改并且缺少很多环境变量 - 只有标准变量存在（如PWD、HOME 、USER 等）。

这怎么可能？问题可能出在哪里——在孩子身上还是在父母身上？

---

编辑：感谢大家的回答，我 +1，因为他们都是正确的（@caf、@Saphrosit 和 @R..）。这个问题的原因真的很傻。。

所有环境变量都放在/etc/profile 中，在登录后执行（那个..我不知道）。

好吧，看来问题是在重新启动机器时发生的。因此，在启动时，应用程序再次启动，但 /etc/profile/ 未 执行/读取。这会导致不良行为。这就是问题在手动重启时消失的原因 - 一旦登录root（通过ssh），读取来自/etc/profiles的环境变量，并且当重新启动父进程时（通过root），它是一切都很好 - 环境变量是继承的。

愚蠢的错误。

Answer 1

如果没有更多细节，这个问题真的几乎不可能回答，但我还是要试一试？

你确定调用fork时环境的内容确实有效吗？当然，您可能损坏了内存，但父级此时已经获得并缓存了它关心的变量的副本，并且只有稍后它在尝试重新获取一个时才会中断。如果是这样的话，孩子的环境也应该被打破，但孩子可能不在乎……

如果这不是问题，那么工作系统上剩下的唯一可能性似乎是父级正在重新启动而您不知道，或者父级在forking 之后损坏了自己的环境。

否则，也许您在损坏的设备上有一个交换分区，并且当它被换回时环境正在被换出和损坏......？

Answer 2

...或者两者兼而有之？

子项从其父环境的副本开始，因此不会影响其父环境。所以我不认为孩子改变了父亲的环境，但也许是父亲改变了自己。

如果不知道程序到底做了什么，很难说问题出在哪里......

Answer 3

子级在fork() 的时刻继承了父级环境的副本。任何一个过程中对环境的后续更改都不会影响另一个过程。

改变这一点的唯一方法是做一些非常奇怪的事情，比如将环境放在MAP_SHARED 区域，或者使用ptrace()。不过，如果你做了这样的事情，你会知道的。