PHP获取当前进程ID的标准方式是调用getmypid()，它是内置函数、无扩展依赖、跨平台稳定；pcntl_fork()用于创建子进程而非获取PID，posix_getpid()则依赖不可靠的posix扩展。
PHP 获取当前进程 ID 的标准方式是调用 getmypid()，它直接返回整数形式的 PID，无需额外扩展或系统命令。
为什么不用 pcntl_fork() 或 posix_getpid()？
pcntl_fork() 是创建子进程用的，不返回当前 PID；posix_getpid() 确实也能获取 PID，但它依赖 posix 扩展——而该扩展在 Windows 上不可用，且部分容器环境（如 Alpine Linux + PHP CLI 静态编译版）默认不启用。相比之下，getmypid() 是 PHP 内置函数，无扩展依赖，跨平台稳定。
-
getmypid()在 CLI、FPM、Apache 模块下均有效 - FPM 场景中返回的是 worker 进程 PID，不是 master 进程
- 若在多线程 SAPI（如 embed）中调用，行为未定义，但绝大多数 Web 和 CLI 场景不涉及
getmypid() 的典型使用场景和注意事项
常见于日志标记、进程锁文件命名、调试时区分并发请求来源。注意它返回的是「当前执行脚本的进程」ID，不是「当前请求所属的 PHP-FPM worker」的唯一标识——因为一个 worker 进程会复用处理多个请求，getmypid() 在单次请求生命周期内始终不变。
- 在 PHP-FPM 中，同一 worker 处理不同请求时，
getmypid()返回值相同 - 若需区分请求，应结合
uniqid('', true)或请求 ID（如 Nginx 的$request_id） - 不能用于判断进程是否“被重启”：FPM reload 后新 worker 的 PID 会变，但旧 worker 可能仍在处理遗留请求
替代方案：什么时候该用 shell_exec('echo $PPID')？
极少需要。只有当你明确要获取当前进程的父进程 ID（PPID）时才考虑，比如调试 fork 行为或验证守护进程层级。但注意：shell_exec() 受限于禁用函数配置（disable_functions）、Shell 权限、以及 Windows 下 $PPID 不可用（得用 tasklist /FI "PID eq %PID%" 等复杂方式）。
立即学习“PHP免费学习笔记（深入）”；
-
getmypid()无法获取 PPID，这是它唯一的缺失能力 - 如果只是记录或比对自身 PID，
getmypid()足够且更轻量 - 在 Docker 容器中，
shell_exec()可能因无 shell 环境（如scratch基础镜像）直接失败
真正容易被忽略的是：FPM 下的 PID 在 slowlog 或 access log 中已自动记录，不必硬编码获取；而 CLI 脚本若做守护进程，需在 fork 后立刻调用 getmypid() —— 若延迟到子进程初始化完成后再取，可能拿到的是错误的上下文 PID。
