数据的骨架——Struct与内存组织

知识点讲解：Struct 的本质

在 C语言中，struct 不仅仅是数据的容器，它是“一块有结构的连续内存”加上“语义标签”。

从内存层面看，编译器将结构体成员按声明顺序排列，并为了满足 CPU 的读取效率（对齐），可能会在成员之间插入填充字节（padding）。从抽象层面看，struct 是现实世界实体的数字化映射（如 struct User，struct Sensor）。

关键公式

Struct = 连续内存布局 + 对齐规则 + 语义抽象

问题

Struct 和数组有什么本质区别？为什么 Struct 不能直接用于网络通信协议？

本质区别：数组是同质数据的集合，通过索引访问；Struct 是异质数据的集合，通过语义名称访问。

协议陷阱：很多初学者直接用 struct 强转字节流发送数据，这是极其危险的。

  • 对齐：不同编译器或架构（32位 vs 64位）对 struct 的padding 处理可能不同，导致接收方解析错位。

  • 字节序：多字节数据（如 int，short）在大端和小端机器上的存储顺序相反。

  • 解决方案：必须使用序列化（如 TLV 格式，Protobuf）或手动 pack 处理，严禁直接 memcpy 发送结构体。

什么是内存对齐？为什么要有 Padding？

原理：CPU 读取内存不是按字节读，而是按字（Word）读。如果一个int（4字节）跨越了两个内存块的边界，CPU需要读取两次，效率极低。

计算：编译器会根据目标架构的对齐系统，在成员之间插入空白字节。

struct 中放入函数指针（struct device_ops）是为了什么？

为了模拟多态。通过函数指针表，让不同的设备（如 UART，SPI）拥有相同的接口（read，write），实现“一种接口，多种实现”。

行为的边界——函数设计哲学

函数的职责

函数不仅是代码块的集合，它是“对数据的一组操作”以及“执行边界的定义”。在工程实践中，函数的指令直接决定了代码的可维护性。

问题：如何设计一个“好”函数？

函数应该写多大？什么是单一职责原则？

原则：一个函数只做一件事

判断标准：如果你无法用一句简洁的话描述这个函数的功能（例如：“处理用户登陆并写入日志并发送邮件”），那么它太复杂了，需要拆分。

好处：易于测试，易于复用，降低认知负荷。

返回值，Out 参数和错误码，到底该怎么选？

简单值：直接返回值（如 int get_count()）。

复杂数据：使用 Out 参数（指针），如 void get_device_info(DeviceInfo* info)。

错误处理：必须有明确的错误反馈。

  • 习惯用法：返回 int 作为错误码（0表示成功，负数表示错误），或者返回 bool。

  • 致命陷阱：严禁返回局部变量的地址。局部变量在栈上，函数结束即销毁，返回其地址会导致悬空指针。

编译的围墙——文件组织与封装

翻译单元与声明的集合

.c 文件是编译器的基本处理单位，称为翻译单元。.h 文件本质上是“声明的集合”，用于模块间的契约。

问题：如何防止代码污染？

为什么要区分 .h 和 .c？include 到底做了什么？

本质：#include 是预处理指令，本质是文本替换。它是 .h 的内容原封不动地拷贝到 .c 中。

Include Guard：必须使用 #ifndef XXX_H ... #endif 防止头文件被多次包含导致重定义错误。

Static 关键字的两种面孔是什么

在函数/变量前加 static：意味着该符号的作用域仅限于当前 .c 文件。

目的：

  • 隐藏实现细节：外部模块无法访问你的内部辅助函数，防止命名冲突。

  • 模块化：强制外部只能通过你提供的公开接口（在 .h 中声明的非 static 函数）来交互。

抽象的巅峰——C语言的“类”与接口设计

C语言的面向对象

C语言没有 class，但我们可以通过** Struct + 函数指针 + 不透明指针** 来造一个“类”。

问题：如何设计一个驱动框架？

C语言如何实现封转，继承和多态？

封装：使用不透明指针。在 .h 中只写 typedef struct MyObj MyObj;，不暴露成员。用户只能持有指针，无法修改内部数据。

继承：结构体嵌套，将父类结构体作为子类结构体的第一个成员。

struct Animal { void (*speak)(void); };
struct Dog { struct Animal base; int leg_count; }; // Dog "继承" 自 Animal

多态：函数指针表（Ops）

struct Device {
    const struct device_ops *ops; // 操作向量表
};
// 调用时：dev->ops->read(dev);

如何设计一个安全的驱动接口（API）？

  1. 生命周期管理：明确谁负责 init/create，谁负责 destroy/free。

  2. 输入输出明确：const 修饰输入指针，指针修饰输出参数。

  3. 错误处理：统一的错误码返回机制。

  4. 低耦合：模块间只通过接口通信，不依赖内部实现。

工程师的思维模型

在C语言中，抽象不是为了炫技，而是为了管理复杂度。

  • 用 struct 定义数据模型（是什么）。

  • 用 函数 定义行为逻辑（做什么）。

  • 用 .h/.c 和 static 划定编译边界（谁能看）。

  • 用 接口 和 生命周期 定义使用边界（怎么用）。