C++11前pthread_create要求线程函数参数为void*，数组需封装结构体传指针；C++11后std::thread支持直接传std::vector等容器，自动处理生命周期与类型安全。
线程函数参数必须是 void* 或可转换为 void* 的类型
C++11 之前，pthread_create 要求线程函数签名固定为 void* (*)(void*)，数组不能直接传——C/C++ 中数组名作为参数会退化为指针，但你无法在函数内知道原数组长度，更别说让 pthread_create 安全转发。强行传数组地址（比如 &arr[0]）可以，但线程里没长度信息就大概率越界或逻辑错误。
实操建议：
- 把数组地址和长度一起打包进一个结构体，然后传结构体指针：
struct ArrWrap { int* data; size_t len; }; - 用
new分配结构体（避免栈变量在线程启动前被销毁），线程函数里用完记得delete - 如果用
std::thread（推荐），直接按值或引用传数组容器（如std::vector），无需手动管理void*
用 std::thread 传 std::array 或 std::vector 更安全
std::thread 构造函数支持完美转发，能自动处理引用、移动、拷贝语义。传 std::vector 是最常见且健壮的做法，它自带长度、内存连续、可移动。
示例（传 vector 引用需确保生命周期足够长）：
立即学习“C++免费学习笔记（深入）”；
void worker(std::vector<int>& arr) {
for (auto& x : arr) x *= 2;
}
std::vector<int> data = {1,2,3};
std::thread t(worker, std::ref(data)); // 用 std::ref 显式传引用
t.join();注意点：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 不加
std::ref默认按值传递，会拷贝整个 vector；加了就要保证data在线程运行期间不被销毁 -
std::array也可以，但大小必须编译期已知，且按值传开销略大（取决于元素数量） - 千万别传裸指针 + 长度组合后忘记同步生命周期——这是崩溃高发区
传裸指针时最容易踩的坑：生命周期和所有权不明确
常见错误现象：Segmentation fault、数据乱码、部分元素未处理——往往因为主线程在子线程读写数组前就退出，导致栈上数组被回收，或堆上内存提前 delete。
规避方式：
- 数组必须分配在堆上（
new int[N]），且由线程函数负责delete[]（或用智能指针包装） - 若用栈数组，必须确保线程
join()后才离开作用域；detach()和栈数组绝配——等于埋雷 - 用
std::shared_ptr<:vector>></:vector>是兼顾安全与共享的折中方案，多个线程可持有同一份数据
为什么不要用 reinterpret_cast 强转数组传参
有人试图把 int arr[10] 强转成 void* 直接传给 pthread_create，再在线程里 reinterpret_cast<int></int> 回来——语法上能过，但问题在于：
- 丢失长度信息，除非额外约定或硬编码，否则无法安全遍历
- 类型信息丢失，如果原数组是
double或自定义结构体，强转后访问极易错位 - 违反 strict aliasing 规则，在开启
-O2以上优化时可能触发未定义行为
真正需要极致性能且控制权完全在手的场景，才考虑裸指针+显式长度封装；日常开发优先走 std::vector + std::thread 这条路，省心且不易出错。
复杂点永远在生命周期管理，而不是怎么把地址塞进线程函数——盯住谁分配、谁释放、谁访问，比纠结语法细节重要得多。
