Linux IPC消息队列传输C结构体间歇性异常 接收端字段出现乱码

完全不需要为结构体内部字段单独申请内存。你定义的struct FOO_TYPE所有成员都是内嵌值类型，没有指向外部内存的指针字段，整个结构体是一段连续内存，只要一次性malloc整个结构体大小，内部sev、msg、bt的地址都是块内的合法偏移，不存在子字段单独分配的必要。
你遇到的间歇性字段缺失、乱码，全是现有代码的实现bug导致的，和内存分配方式无关。

• 消息长度计算逻辑写错了
  你写的MsgSize = sizeof(FooEntry) - sizeof(long);是典型的混淆了指针和指向的实体：FooEntry是struct FOO_TYPE*类型的指针，sizeof(指针)在64位Linux下就是8字节，32位下是4字节，根本不是结构体本身的大小。
  System V消息队列的发送规则要求，传入的长度是去掉mtype的负载长度，正确计算方式是MsgSize = sizeof(*FooEntry) - sizeof(long)——得解引用指针拿结构体的实际大小再减mtype的长度。长度算错了要么截断后面的字段，要么把结构体后面的野数据发出去，直接导致乱码、缺失。
• 全局静态指针的并发隐患
  你用的FooEntry是进程级的静态全局指针，所有发送逻辑都复用这同一块堆内存。如果客户端有多线程触发发送、信号处理里发消息、非阻塞发送重试的场景，就会出内存竞争：内核还没把用户态的内存拷进消息队列缓冲区，另一个流程就往这块内存写新值，最终拷过去的是半新半旧的残缺数据。这类问题因为并发时机不固定，自然就是间歇性出问题。
• 结构体成员名不匹配
  你贴的结构体定义里，内层嵌套结构是foomsg，里面是sev、msg、bt三个字段，但赋值时写的是FooEntry->syserrmsg.emsg、FooEntry->syserrmsg.bt——既没有syserrmsg这个成员，也没有emsg字段。这种情况要么编译直接报错，要么实际的结构体布局和你预期的偏移完全错位，字段值自然就乱了。
• 字符串拷贝越界风险
  你的msg、bt都是32字节的固定数组，如果elog、btlog长度超过31字节（要留位置存字符串结束符\0），strcpy就会越界冲掉相邻内存的合法值。因为日志长度是波动的，这类问题也会表现为间歇性乱码。

• 把消息长度计算改成MsgSize = sizeof(*FooEntry) - sizeof(long)，别对指针直接取sizeof
• 别复用全局内存块做并发发送：要么给这块内存加互斥锁，要么直接在栈上声明临时的struct FOO_TYPE变量，从根上避免竞争
• 逐字核对赋值的成员名，确保和结构体定义完全一致
• 把strcpy换成strncpy，拷贝时严格限制最大长度为字段数组的长度，避免越界

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