C语言typedef结构体时同时定义类型和指针别名是否合理？

示例代码如下：

typedef struct net_path_s
{
    uint8    path_len;                     /* network path length */
    uint8    net_path[2 * MAX_ROUTE_LEN];  /* network path */
} net_path_t, *net_path_pt;

这种写法完全符合C语法标准，合理性不存在绝对的对错，完全取决于项目的编码规范和实际使用场景。

开发人员使用该写法的常见原因 #

• 简化代码书写：在需要高频声明该结构体指针的场景下，使用net_path_pt替代struct net_path_s *或net_path_t *可以有效减少重复输入，降低代码冗余度。
• 实现信息隐藏：对于需要封装内部实现的模块，可仅在头文件对外声明该结构体和对应的指针别名，结构体的具体定义放在实现文件中，调用方只能通过指针别名操作实例，无需感知内部结构，同时也能减少不必要的编译依赖。
• 对齐项目编码规范：很多嵌入式底层、网络协议栈、基础组件类的C项目会在编码规范中明确要求成对定义结构体的普通类型别名和指针类型别名，保证全项目命名风格统一，降低维护阶段的理解成本。

该写法的争议点 #

也有部分主流编码规范（如Linux内核编码规范）明确禁止这种写法，核心原因是它隐藏了变量的指针语义，若开发者不熟悉类型定义，很容易出现多余解引用、误将指针类型按值传递这类低级错误，反而降低代码可读性。

适用场景总结 #

如果项目有明确的命名约定，比如指针别名固定带有_pt、_p这类明确标识指针属性的后缀，该写法的收益远高于风险，属于合理的实践；如果项目没有统一的命名规则，指针别名无法直观体现类型属性，很容易造成歧义，不建议使用。

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