coredump: 结构体变更之后的编译一致性问题

最近遇到一个coredump，发生的点是程序试图将动态链接库代码映射的内存置0.
0xf6d4b000 0xf6eed000 0x1a2000 0x0 /usr/lib/libc-2.28.so
比如，像0xf6d5b000 写入0.

最后发现是数据结构发生改变之后，导致内存访问越界错误。
所以要确保，结构体发生变更后，所有的目标文件，都需要重新编译。

和之前的一个类似：
https://mzhan017.blog.csdn.net/article/details/128505080