C语言中的 “size_t ”类型

a

b

c

如果要使用 size_t 类型，

不需要直接 #include <stddef.h> ，这个宏 #define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0])) 在绝大多数情况下可以直接使用，不会出现编译错误。

为什么不需要 stddef.h？

• sizeof 是语言内置运算符（unary operator），不是函数或库功能。它在预处理和编译阶段工作，完全属于 C 语言核心，不依赖任何头文件。
• 这个宏的两个 sizeof 表达式：
  • sizeof(arr)：返回整个数组占用的字节数。
  • sizeof((arr)[0])：返回数组单个元素的字节数。
• 除法的结果类型是 size_t （无符号整数类型），这是 sizeof 运算符的返回值类型。

虽然 C 标准规定 size_t 定义在 <stddef.h> 中，但几乎所有标准库头文件都会间接包含它，比如：

• <stdio.h>
• <stdlib.h>
• <string.h>
• <stddef.h> 本身等

只要代码里包含了任何一个常见的标准头文件（大多数 C 程序都会包含 <stdio.h> 或类似头文件），size_t 就已经可用了。

很少看到 #include <stddef.h> 的原因

正是因为这个原因：

• 大多数实际项目中，stddef.h 被其他常用头文件"顺便"带进来了。
• 只有在极简的、只使用 size_t 或 ptrdiff_t、NULL 等而不想引入其他库 的情况下，才会直接包含 <stddef.h>。
• 这个宏在内核代码、嵌入式代码、各种开源项目中被广泛使用，几乎没人专门为它加 <stddef.h>。

什么时候可能需要注意？

1. 如果写的是极度极简的代码 （没有任何其他 #include，只写一个 main 函数和这个宏），理论上编译器可能警告 size_t 未声明（取决于具体编译器和标准）。
2. 严格的 pedantic 模式 （如 gcc -std=c99 -pedantic）下，某些编译器可能会提示。
3. 在函数参数中传递数组 时，这个宏会失效（数组会退化为指针），这是宏本身的局限性，和头文件无关。

推荐写法

#include <stdio.h>   // 或者你项目中已有的任何标准头文件

#define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]))

// 或者更安全的变体（防止某些误用）
#define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]))

总结 ：

不用专门包含 <stddef.h>。很少看到它被包含，正是因为"大多数时候都不需要"。只要代码里有常见的标准库头文件，这个宏就能正常工作。