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()，声明在 <unistd.h></unistd.h> 中，返回 pid_t 类型整数。
- 无需链接额外库，
g++或clang++默认支持 -
pid_t通常是int，但应避免硬编码为int，直接用pid_t或转成long打印更安全 - 该函数永不失败，无错误码，也不需要检查返回值
#include <iostream>
#include <unistd.h>
int main() {
pid_t pid = getpid();
std::cout << "PID: " << pid << std::endl;
return 0;
}
Windows 下用 GetCurrentProcessId()
Windows 不提供 getpid()，需包含 <windows.h></windows.h> 并调用 GetCurrentProcessId()，返回 DWORD（即 unsigned long）。
- 不能直接包含
<unistd.h></unistd.h>，否则编译报错：‘getpid’ was not declared in this scope - 若写跨平台代码，需用预处理器判断：
#ifdef _WIN32分支调用GetCurrentProcessId() - 该函数也永不失败，无错误处理开销
#include <iostream>
#ifdef _WIN32
#include <windows.h>
#else
#include <unistd.h>
#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”
真正要注意的不是“怎么写一行代码”，而是确保类型匹配、平台适配、以及理解 PID 是内核级标识——它只在本机唯一，重启后重置，跨机器无意义。别把它和线程 ID、句柄、或随机生成的 ID 混在一起用。
