typedef struct用法

在C语言里，typedef struct大概是新手最容易绕晕的语法之一。明明写个struct就能定义结构体，偏要加个typedef，结果一堆人对着typedef struct { ... } Node;发呆——这到底是个类型名还是个变量？
直接说结论：typedef给结构体起了一个“别名”，让你以后不用每次写struct关键字。就这么简单。

看个具体例子。你写一个链表节点：
struct Node { int data; struct Node *next; };
之后每次声明变量，都得写struct Node n1;。烦不烦？尤其当结构体名字长一点，比如struct LinkedListNode，手一抖就容易漏掉struct。编译器立刻翻脸：unknown type name 'LinkedListNode'。用typedef解决：
typedef struct Node { int data; struct Node *next; } Node;
从此以后，你写Node n1;就行。干净利落。

但有个坑，很多人踩过。看这段：
typedef struct { int x, y; } Point;
这里省略了结构体标签（就是struct后面的那个名字）。好处是匿名，坏处是——你不能在结构体内部引用自己。比如你要写一个树节点，里面要有指向子节点的指针：
typedef struct { int val; struct TreeNode *left; } TreeNode;
编译直接报错，因为struct TreeNode压根没定义。这时候你必须给结构体起个名字：
typedef struct TreeNode { int val; struct TreeNode *left; } TreeNode;
注意，内部必须用struct TreeNode，不能用TreeNode，因为别名在结构体定义完成后才生效。

还有个冷门但实用的细节：typedef和struct组合时，可以“隐藏”结构体的真实类型。比如你在头文件里写：
typedef struct _Buffer Buffer;
然后在源文件里定义struct _Buffer { ... }。外部调用者只知道有Buffer这个类型，但看不到内部成员。这种不透明指针（opaque pointer）在C的模块化编程里很常见，像FILE就是这种套路。你天天用FILE *fp，但你知道FILE里面长什么样吗？不知道，也不需要知道。

再聊聊风格问题。有人喜欢把typedef和struct写一行，有人喜欢分开。我个人的习惯是：
typedef struct MyStruct {
int field1;
char field2;
} MyStruct;
这样结构体内部成员看得清楚，末尾的MyStruct就是别名。但如果你用匿名结构体，像typedef struct { ... } MyStruct;，也没毛病，只是注意别在内部自引用就行。

最后提一个容易忽略的点：typedef不是宏替换。它定义了一个新的类型名，但底层类型还是那个结构体。所以你不能写typedef struct Node Node;然后试图用Node去覆盖原来的struct Node——实际上它们俩是同一个东西，只是两个名字。有些编译器在C89标准下会警告typedef重定义，但C11之后允许重复typedef为同一类型，别慌，那是合法的。

说回实用场景。你在写一个图形库，定义点、矩形、颜色等结构体，用typedef能让代码读起来像面向对象语言一样自然：
typedef struct { float x, y; } Vec2;
typedef struct { Vec2 min, max; } AABB;
typedef struct { unsigned char r, g, b, a; } Color;
函数签名直接写void drawRect(AABB box, Color c)，比写void drawRect(struct AABB box, struct Color c)清爽十倍。而且如果有人后来想改底层实现，比如把Vec2从两个float改成double数组，只要保持别名不变，所有调用方代码不用动。

所以，typedef struct不是玄学，它就是给结构体贴了个方便标签。记住了：如果需要自引用，必须保留结构体标签；如果只是普通数据聚合，匿名也没关系。用多了自然顺手，别怕它。