Bash中如何不创建子shell存进程输出到变量？解决ppid验证问题

核心问题原因 #

read ID < <(GPU.py --get) 会触发Bash的进程替换，创建子shell执行GPU.py --get，此时GPU.py中os.getppid()获取到的是子shell的PID，而非主脚本PID。而$()因特定Bash优化未创建独立子shell，才让父PID验证暂时有效，但这种依赖Shell优化的写法不可靠。

可行解决方案（兼容非Bash进程调用） #

方案1：命令行参数显式传递PID #

彻底抛弃依赖父进程PID的逻辑，改为显式传递发起者PID，这是兼容性最强的方案：

1. 修改Bash脚本：
   在调用--get和--release时，传递当前脚本的PID（$$）：

   # 获取ID时传递主脚本PID
   read ID < <(GPU.py --get --owner-pid $$)
   # 释放时传递主脚本PID用于验证
   GPU.py --release "$ID" --current-pid $$
   

2. 修改GPU.py：

   • 在--get模式下，接收--owner-pid参数，将该PID与获取到的ID关联存储（如写入临时文件或内存缓存）。
   • 在--release模式下，接收--current-pid参数，验证该PID与存储的owner-pid是否一致，一致则允许释放。

方案2：环境变量传递PID #

如果不想修改命令行参数结构，可用环境变量传递主PID：

1. 修改Bash脚本：
   在调用GPU.py前设置环境变量，让Python程序读取：

   # 获取ID时传递主脚本PID
   OWNER_PID=$$ read ID < <(GPU.py --get)
   # 释放时同样传递
   OWNER_PID=$$ GPU.py --release "$ID"
   

2. 修改GPU.py：

   • 在--get模式下，读取os.environ.get('OWNER_PID')并转为整数，作为验证PID存储。
   • 在--release模式下，读取当前进程的父PID（os.getppid()）或环境变量传递的PID，与存储的验证PID比对。

方案优势 #

这两种方案完全不依赖Shell的进程结构或优化逻辑，同时兼容非Bash进程调用：

• 其他Python进程调用时，只需传递自身的os.getpid()作为--owner-pid参数或设置OWNER_PID环境变量即可。
• 彻底避免了子Shell、进程替换等场景导致的PID验证失效问题。

内容的提问来源于stack exchange，提问作者VojtaK