c struct

我见过太多人把struct当成一个装数据的盒子，往里面塞几个int、char就完事了。这没错，但只对了一半。我在调试一段网络协议解析代码时，看到有人用三个独立的数组存IP地址、端口和标志位，代码长得像条蜈蚣。改成struct之后，整个函数缩水了40%。那一刻我意识到，struct不是盒子，是思维工具。

struct的底层原理简单得让人发笑——它就是把内存按你定义的顺序排好。但正是这种“简单”给了你极大的自由。你可以把一组相关的数据捏合成一个整体，让它们能作为一个参数传递，作为一个返回值弹出，甚至放进另一个struct里嵌套。这种组合能力，才是C语言留给程序员的真正乐高积木。

有一次我写一个图形程序，需要管理窗口的宽、高、标题、是否可见。如果分开声明，我得在函数里传四个参数，调用时还得小心别搞反顺序。用struct一包，函数签名变成`void render(Window w)`，清晰得像在念说明书。更妙的是，后续要加个背景色字段，我只改struct定义和初始化处，所有用到Window的地方自动跟着变——这种“牵一发而动全身”的连锁反应，在面向过程的C语言里，是难得的优雅。

但struct也有坑。内存对齐就是那个最阴险的陷阱。你定义`struct { char a; int b; }`，心里想着它占5字节，实际可能占8字节，因为编译器会在a后面塞3个填充字节。我见过有人用`sizeof`算偏移量去直接操作内存，结果程序在x86上跑得好好的，换到ARM上就崩了。这种跨平台问题，靠经验踩坑才能记住——所以写struct时，我总习惯把大字段放前面，小字段放后面，至少能省点填充空间。

还有个容易被忽视的细节：struct赋值是浅拷贝。你写`struct A = struct B;`，编译器会逐字节复制。如果里面有指针，那复制的是地址，不是指针指向的内容。我踩过一次这个坑：两个结构体共享了同一块堆内存，一个释放了，另一个还在用，直接段错误。从那以后，凡是有指针的struct，我宁可手动写个clone函数，也不偷懒用等号。

说到底，struct的本质是“把散落的碎片粘合成一个有名字的整体”。它不华丽，不炫技，但当你用它把一堆零散变量变成一个有逻辑的实体时，代码会突然变得好读、好改、好维护。就像把散落一地的螺丝螺母装进一个工具箱，你不再需要趴在地上找半天。

如果你刚开始学C，别急着背语法，先找段烂代码，试着用struct重构一遍。你会感觉到，那些原本需要靠注释才能讲清楚的关联，现在直接长在代码结构里了。这种体验，比任何教科书上的解释都来得实在。