为何Apple将结构体定义与typedef声明分开？

先看你提到的代码：

struct prange {
    paddr_t pr_start_paddr;
    uint64_t pr_block_count;
};
typedef struct prange prange_t;

这种写法在底层系统代码里很常见，主要原因有这些：

• 兼容C语言特性与扩展灵活性
  老版本C标准（比如C89）中，在完成typedef之前，无法直接用别名引用结构体。如果后续需要给这个结构体添加自引用字段（比如指向自身的指针），分开的写法可以直接在结构体里用struct prange*，不用调整代码结构。就算当前结构体不需要自引用，统一这种写法也能为未来的扩展留足空间，避免后续修改时重构代码。

• 提升代码可读性与辨识度
  分开定义后，struct prange是原始结构体类型名，prange_t是它的别名。在大型项目（比如APFS这种复杂文件系统）里，这种区分能让开发者快速识别类型的本质——看到struct prange就知道是底层结构体定义，看到prange_t是简化后的别名，降低了代码的认知成本。

• 符合统一编码规范
  Apple内部的C/C++编码规范大概率要求这种写法，目的是保持团队代码风格的一致性。大型项目里统一的编码风格能减少沟通成本，让所有开发者都能快速理解代码结构，这比单独某个文件的简洁性更重要。

• 方便前向声明与头文件解耦
  如果其他头文件只需要前向声明这个类型，分开的写法更灵活：可以单独声明struct prange;，也可以直接用typedef struct prange prange_t;，不用引入完整的结构体定义。这有助于减少头文件之间的依赖，缩短编译时间，对大型项目的构建效率很有帮助。

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