Linux下获取父进程名需先用getppid()获PPID，再读/proc/[PPID]/comm（仅命令名）或/proc/[PPID]/cmdline（含参数，需解析 分隔），注意父进程须存活且有读权限。
Linux下用/proc/getppid()读取父进程名
Linux没有直接API返回父进程名称，得靠/proc/[pid]/comm或/proc/[pid]/cmdline文件。当前进程的父进程ID可用getppid()拿到，再拼出路径：/proc/1234/comm（其中1234是getppid()返回值）。/proc/[pid]/comm只存命令名（不含路径、参数），长度上限16字节，截断不报错。
实操注意点：
-
/proc/[pid]/comm需确保父进程仍在运行，否则读取会失败（errno == ENOENT） - 若要获取完整命令行（含参数），改读
/proc/[pid]/cmdline，但字段用 - 普通用户对其他用户进程的
/proc/[pid]目录可能无读权限，open()返回-1 - 别直接
cat /proc/$(getppid())/comm在shell里试——getppid()在shell中返回的是shell进程的父PID，不是你的程序的
macOS不支持/proc，得用sysctl查kern.proc.pid
macOS没/proc伪文件系统，必须走sysctl接口。先用getppid()拿到父PID，再调用sysctl查kern.proc.pid.[ppid]，返回的是kinfo_proc结构体，其中kp_proc.p_comm字段就是命令名（16字节，同样截断）。
关键细节：
立即学习“C++免费学习笔记（深入）”；
- 需要
#include <sys/sysctl.h>和#include <sys/user.h> -
sysctl调用需传CTL_KERN, KERN_PROC, KERN_PROC_PID, ppid四个int参数构成mib数组 - 第二次调用
sysctl前必须把size设为sizeof(struct kinfo_proc)，否则返回ENOMEM - macOS 11+对非root进程查其他用户进程可能被sandbox拦截，返回
EPERM
Windows上用OpenProcess + QueryFullProcessImageName
Windows没“父进程名”直查接口，得先用getppid()（实际是GetCurrentProcessId()配合CreateToolhelp32Snapshot遍历找）拿到父PID，再打开该进程句柄，最后调QueryFullProcessImageName。注意：从Windows 8开始推荐用QueryFullProcessImageName而非GetModuleFileNameEx，后者在低完整性进程里常失败。
绕不开的坑：
- 需要
PROCESS_QUERY_LIMITED_INFORMATION权限（不是PROCESS_QUERY_INFORMATION），否则OpenProcess失败 - 父进程若已退出，
OpenProcess返回NULL，GetLastError()是ERROR_INVALID_PARAMETER -
QueryFullProcessImageName返回的是全路径，如C:WindowsSystem32cmd.exe，得自己strrchr(..., '\')截取文件名 - 32位程序在64位系统上查64位父进程，需启用
Wow64DisableWow64FsRedirection，否则路径可能被重定向到SysWOW64
跨平台封装时别硬写if defined(__linux__)分支
直接按平台写宏分支容易漏掉权限、生命周期、路径长度等细节。更稳的做法是：先封装一个get_parent_pid()（统一调getppid()），再分平台实现pid_to_process_name(pid)，每个平台函数内部处理自己的错误码和截断逻辑。
特别容易忽略的一点：父进程可能在你刚拿到PID后就退出了——所有平台都存在竞态。如果业务强依赖父进程名（比如权限校验），必须加一层kill(ppid, 0)检查进程是否仍存活，且最好在读取名称前立即检查，不能查完PID就认为一定有效。
