指向地址0的指针是否始终无效？关于0x0000地址保护及联合体场景的技术问询

这个问题得拆成C语言标准规定和具体平台实现两个层面来看，答案并不是绝对的“是”或“否”——

1. C标准里的「空指针」≠ 物理地址0 #

C标准从来没规定空指针必须对应物理地址0，它只定义了空指针常量（比如我们常用的NULL，通常被预定义为(void*)0或者0）。当你把这个常量转换成指针类型时，得到的是该平台专属的「空指针」，它的实际物理地址是编译器和操作系统说了算的：

• 绝大多数现代系统会把空指针映射到物理地址0，但这是平台的选择，不是标准强制要求。
• 有些特殊场景（比如老大型机、部分嵌入式系统）可能会把空指针映射到其他完全不同的地址。

你写的代码int *ptr = (int *)0;，在绝大多数平台上等价于int *ptr = NULL;，但从可移植性角度来说，更推荐用NULL而不是直接强转0。

2. 地址0x0000是否受保护？ #

这完全看操作系统的设计：

• 现代桌面/服务器系统（Windows、Linux、macOS等）都会把地址0附近的内存区域标记为不可访问，如果你敢解引用指向这里的指针，立刻会触发段错误（Linux）或者访问违例（Windows）。
• 但在一些没有内存保护机制的嵌入式系统里，地址0可能是合法的内存区域——比如用来存中断向量表，甚至可以正常读写数据。

不过要敲个警钟：哪怕某个平台允许访问地址0，解引用空指针仍然是C标准里的「未定义行为」——标准不保证这种操作的结果，代码这么写会彻底失去可移植性。

3. 针对你的联合体场景的实用建议 #

你提到结构体里的联合体要么存double类型的0，要么存指向另一个结构体的指针，这里藏着一个坑：
虽然IEEE 754标准里double的0是全0的二进制，但空指针的二进制不一定是全0（尽管大多数平台是）。如果直接通过“值是否为0”来判断是double还是指针，在某些特殊平台上肯定会出问题。

最安全、最可移植的做法是给结构体加一个「类型标签」，明确标记当前联合体存的是什么类型：

// 先定义类型标签，明确两种可能的类型
typedef enum {
    VALUE_IS_DOUBLE,
    VALUE_IS_POINTER
} ValueTag;

// 前置声明你的另一个结构体
typedef struct TargetStruct TargetStruct;

// 包含联合体的最终结构体
typedef struct {
    ValueTag tag; // 用这个标签判断当前存的是啥
    union {
        double num;
        TargetStruct* ptr;
    } content;
} MyCombinedStruct;

使用的时候就靠tag字段来判断：

// 示例1：存double类型的0
MyCombinedStruct obj1;
obj1.tag = VALUE_IS_DOUBLE;
obj1.content.num = 0.0;

// 示例2：存指针
MyCombinedStruct obj2;
obj2.tag = VALUE_IS_POINTER;
obj2.content.ptr = &some_target_struct_instance;

// 访问的时候先判断标签
if (obj.tag == VALUE_IS_DOUBLE) {
    printf("当前是double值：%f\n", obj.content.num);
} else if (obj.tag == VALUE_IS_POINTER) {
    // 放心地操作指针就行
}

这种方式完全不依赖值的二进制表示，在任何符合C标准的平台上都能安全工作，彻底避免了空指针和double0的混淆问题。

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