C语言中为何将链表typedef定义为结构体指针而非结构体？

这个问题其实挺戳中很多C语言初学者的痛点——明明网上大多是把LInt定义成结构体类型，为啥学校偏要把它弄成指针？我来掰扯掰扯这里面的门道：

1. 这种写法的初衷：简化+封装 #

• 减少代码冗余：链表操作里90%的场景都是在跟指针打交道，把LInt直接定义成struct lligada*，写代码的时候就不用每次都敲struct lligada*，比如函数参数直接写void addNode(LInt list, int val)，比void addNode(struct lligada* list, int val)清爽多了，尤其是写一堆链表操作函数的时候，能少打不少字，视觉上也更干净。
• 封装底层细节：教学场景里这么做，其实是想帮你们把“链表”这个概念抽象出来——你不用太纠结“这是个指向结构体的指针”，只需要知道LInt代表一个链表（或者链表的头节点），先聚焦链表的增删改查逻辑，而不是被指针语法绊住脚。

2. 你觉得矛盾的点：为啥练习里还会出现LInt *foo？ #

其实这时候LInt *是二级指针，比如当你需要修改链表的头指针时（比如往链表头部插入新节点，或者清空整个链表），就需要传二级指针进去。学校这么写反而能更清晰地表达意图：

• LInt：代表一个链表（头节点指针）
• LInt *：代表能修改这个链表头的指针（因为要改变指针本身的值，就得传它的地址）

举个例子，常规写法里你要写void insertHead(struct lligada** head, int val)，而用学校的写法就是void insertHead(LInt* head, int val)，其实本质是一样的，但后者用LInt*明确告诉读者：“我要修改的是一个链表的头指针”，语义上更直观。

3. 这是不是常规做法？ #

只能说见仁见智，场景不同选择不同：

• 赞成派（老代码/教学场景）：觉得这种写法简化了代码，隐藏了不必要的指针细节，让代码更聚焦业务逻辑，尤其适合新手先掌握数据结构的核心操作。
• 反对派（现代C/工程场景）：认为这种写法隐藏了指针的本质，新手很容易踩坑——比如误以为LInt是结构体类型，去定义LInt node;（这其实是个未初始化的野指针），或者用sizeof(LInt)得到的是指针大小而不是结构体大小，反而增加了调试难度。

二叉树用同样的写法，也是出于类似的考虑：把二叉树节点指针封装成一个类型名，让代码更简洁，语义更清晰。

总结 #

这种写法没有绝对的对错，更多是教学策略或者代码风格的选择。学校这么做大概率是想在入门阶段降低指针的学习门槛，让你们先把数据结构的逻辑搞明白，之后再深入理解指针的底层本质。如果你觉得这种写法容易混淆，完全可以自己在练习里转换成常规的结构体定义写法，只要逻辑正确，怎么顺手怎么来～

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