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>。
什么时候可能需要注意？
- 如果写的是极度极简的代码 （没有任何其他
#include，只写一个 main 函数和这个宏），理论上编译器可能警告size_t未声明（取决于具体编译器和标准）。 - 严格的 pedantic 模式 （如
gcc -std=c99 -pedantic）下，某些编译器可能会提示。 - 在函数参数中传递数组 时，这个宏会失效（数组会退化为指针），这是宏本身的局限性，和头文件无关。
推荐写法
c
#include <stdio.h> // 或者你项目中已有的任何标准头文件
#define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]))
// 或者更安全的变体（防止某些误用）
#define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]))总结 ：
不用专门包含 <stddef.h>。很少看到它被包含，正是因为"大多数时候都不需要"。只要代码里有常见的标准库头文件，这个宏就能正常工作。