必须加-pthread，因为Linux下std::thread依赖POSIX线程库libpthread，不加会导致链接失败或运行时崩溃；-pthread需置于源文件之后、-o之前以确保正确链接和宏定义。
必须加 -pthread，否则 std::thread 构造会崩溃或链接失败
为什么 g++ 编译多线程代码要显式加 -pthread
Linux 下的 std::thread 不是纯头文件实现，它底层依赖 POSIX 线程（libpthread）。虽然 g++ 有时能“碰巧”链接成功，但这是未定义行为：
• 不加 -pthread 时，g++ 默认不链接 libpthread，导致 std::thread 的符号（如 pthread_create）在链接阶段缺失
• 即使编译通过，运行时调用 std::thread 构造函数可能直接 abort 或 segfault
• -pthread 不仅链接库，还定义了必要的宏（如 _REENTRANT），影响头文件中线程安全函数的声明
-pthread 必须放在命令末尾，且不能省略
常见错误写法：g++ -std=c++17 main.cpp -o app -pthread（看似正确，但位置不对）
正确顺序：g++ -std=c++17 -pthread main.cpp -o app
原因：
• g++ 对链接器参数顺序敏感，-pthread 必须在源文件之后、输出选项之前生效
• 如果放在最后（... -o app -pthread），部分版本 g++ 会忽略它，仍不链接 pthread
• 多个源文件时，-pthread 只需出现一次，但必须紧邻源文件列表之后
搭配 -std= 和调试选项的实际命令
一个可靠、可复用的编译命令示例：g++ -std=c++17 -Wall -g -pthread main.cpp -o multithread_app
说明：
• -std=c++17：确保支持 std::thread、std::mutex 等标准特性（C++11 起可用，但建议明确指定）
• -Wall：捕获潜在竞态问题相关的警告（如未初始化变量、数据竞争提示）
• -g：保留调试信息，方便用 gdb 查看线程状态（info threads、thread apply all bt）
• 若使用 std::this_thread::sleep_for，无需额外链接；但若调用 pthread_* 原生 API，则还需确保头文件包含 <pthread.h>
立即学习“C++免费学习笔记（深入）”；
静态链接 pthread 的风险与替代方案
不要用 -static -pthread 尝试静态链接 pthread：
• 大多数 Linux 发行版不提供静态 libpthread.a，链接会失败（cannot find -lpthread）
• 即使成功，静态链接 pthread 会导致程序无法加载动态库（如 libstdc++.so），运行时报错 undefined symbol: __pthread_register_cancel
• 正确做法是保持动态链接（默认行为），确保目标机器安装了 libc6（含 pthread 支持）即可
• 部署时检查依赖：ldd multithread_app | grep pthread 应显示 libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
最容易被忽略的是 -pthread 的位置和必要性——它不是可选优化项，而是线程功能正常工作的硬性前提。哪怕只创建一个 std::thread，漏掉它，程序就只是“看起来编译成功”，实际一跑就崩。
