c++中如何获取当前运行程序的pid_c++获取进程标识符的方法【详解】_技术教程

C++中获取当前进程PID需按平台调用系统API：Linux/macOS用getpid()（），Windows用GetCurrentProcessId()（）；二者均无错误返回，但类型不同且不可跨平台混用，线程ID（std::this_thread::get_id）不等价于PID。

在 C++ 中获取当前进程的 PID，本质是调用操作系统提供的接口，C++ 标准库本身不提供跨平台的 getpid 函数，但所有主流平台都支持对应的系统 API，且行为一致。

Linux / macOS 下直接使用 `getpid()`

POSIX 系统（包括 Linux 和 macOS）定义了 getpid()，声明在中，返回 pid_t 类型整数。

无需链接额外库，g++ 或 clang++ 默认支持
pid_t 通常是 int，但应避免硬编码为 int，直接用 pid_t 或转成 long 打印更安全
该函数永不失败，无错误码，也不需要检查返回值

#include 
#include 

int main() {
    pid_t pid = getpid();
    std::cout << "PID: " << pid << std::endl;
    return 0;
}

Windows 下用 `GetCurrentProcessId()`

Windows 不提供 getpid()，需包含并调用 GetCurrentProcessId()，返回 DWORD（即 unsigned long）。

不能直接包含，否则编译报错：‘getpid’ was not declared in this scope
若写跨平台代码，需用预处理器判断：#ifdef _WIN32 分支调用 GetCurrentProcessId()
该函数也永不失败，无错误处理开销

#include 
#ifdef _WIN32
#include 
#else
#include 
#endif

int main() {
#ifdef _WIN32
    DWORD pid = GetCurrentProcessId();
#else
    pid_t pid = getpid();
#endif
    std::cout << "PID: " << pid << std::endl;
    return 0;
}

为什么不能用 `std::this_thread::get_id()` 替代？

std::this_thread::get_id() 返回的是线程 ID（thread ID），不是进程 ID（PID）。二者完全无关：

立即学习“C++免费学习笔记（深入）”；

一个进程可有多个线程，每个线程 ID 均不同，且格式不保证是数字（可能是指针或结构体）
主线程的 thread ID ≠ 进程 PID；在 Linux 上甚至完全不共享内核标识符
试图将 std::thread::id 强转为整数并当作 PID 使用，会导致逻辑错误或崩溃

常见误用与陷阱

实际工程中容易踩坑的地方集中在跨平台和类型处理上：

在 Windows 上误写 getpid() —— 编译失败，必须用 GetCurrentProcessId()
把 pid_t 当作 int 直接 printf("%d") —— 在某些旧系统上 pid_t 是 short，导致截断；建议用 %ld + (long)pid 或 std::to_string()
在 fork 后未注意子进程 PID 已变 —— getpid() 返回的是调用时刻所在进程的 PID，fork 后父子进程各自调用才得到各自 PID
混淆 getppid()（父进程 PID）和 getpid() —— 尤其在守护进程或双 fork 场景下，容易误判“谁是 parent”