为什么新建pthread线程读取到的传入struct结构体参数全为0

问题根本原因 #

你遇到的结构体成员全部为0的核心问题是栈局部变量的生命周期与线程执行时机不匹配：

• 你定义的struct distance s是创建线程的函数内的栈上局部变量，内存空间由所在函数的栈帧管理
• 你创建的是分离态线程（PTHREAD_CREATE_DETACHED），主线程不会等待子线程执行完成就会继续往后执行，一旦创建线程的函数执行完毕退出，对应的栈帧会被系统回收，s占用的内存会被后续其他逻辑覆盖、或者被清空为0
• 绝大多数场景下，子线程开始执行读取结构体内容的时候，主线程已经回收了s的栈空间，自然读不到正确的数值

常用解决方案 #

方案1：堆分配结构体（最通用，支持多并发创建线程场景） #

将结构体从堆空间申请，子线程执行完毕后自行释放内存，示例修改点：

// 原来的struct distance s; 替换为堆分配
struct distance *s = malloc(sizeof(struct distance));
int lat = alfa;
int lon = beta;
int id =  gamma;
s->lat = lat;
s->lon = lon;
s->id = id;
s->sign = 1;

// 传堆指针给线程
distance_status = pthread_create(&distance_thread1, &distance_attr, &thread_function, s);

子线程执行函数末尾增加释放逻辑：

static void *thread_function(void *Ptr)
{
    struct distance *my_struct = (struct distance *)Ptr;
    // 原有业务逻辑不变
    // ...
    free(my_struct); // 用完释放堆内存
    return (void *)0;
}

方案2：将结构体声明为静态变量（仅适合单次创建线程的场景） #

把struct distance s;修改为static struct distance s;，静态变量存储在全局数据区，不会随着栈帧回收被释放。但如果要多次调用逻辑创建多个线程，静态变量会被后创建的线程的参数覆盖，不适用多并发场景。

方案3：改为非分离态线程，主线程等待子线程执行完成 #

删除pthread_attr_setdetachstate设置分离态的逻辑，创建线程后调用pthread_join等待子线程执行完成再退出当前函数作用域，保证s的栈空间在子线程读取期间有效。适合不需要并发执行、主线程可以阻塞等待的场景。

内容的提问来源于stack exchange，提问作者Ferrari Service