未初始化char指针为何输出â？搭配未初始化char变量时为何输出ä？

核心问题：未定义行为 #

你遇到的异常字符本质是未初始化的指针解引用和未定义变量使用触发的未定义行为——C语言标准明确规定，使用未初始化的自动栈变量或解引用未初始化的指针，程序行为完全不可预测，没有固定规律。

具体原因拆解 #

• 未初始化指针H的解引用*H：
  指针H声明后未赋值，它的初始值是栈内存中的随机垃圾数据，指向一个完全不确定的内存地址。解引用*H会读取该随机地址中的字节，这个字节的二进制值是随机的。当printf把这个字节当作char输出时，会根据终端编码（比如UTF-8）解析成对应的字符，â就是某次随机字节的解码结果。

• 未初始化变量C的影响：
  变量C同样是未初始化的栈变量，它的内存空间保留着之前的垃圾数据。当把*H和C一同放入数组时，栈的内存布局会因变量声明顺序、编译器临时数据等因素变化，导致*H读取到的随机字节和单独使用时不同，最终解码成ä——这正是未定义行为的典型表现：相同代码多次运行或微小改动后，结果可能完全不同。

代码中的合法部分与其他细节 #

• 只有*A是合法的：A被赋值为&B，指向已初始化的变量B，所以*A的值固定为'H'，输出是确定的。
• 数组arr只初始化了前7个元素，剩下的3个元素会被C语言自动初始化为\0（空字符），输出时通常显示为空白或不可见符号，这部分是符合标准的。

结论 #

在C语言中，必须确保：

• 指针在解引用前指向有效的内存地址（要么指向已初始化的变量，要么通过malloc等分配堆内存）。
• 所有变量在使用前完成初始化。
  否则程序行为完全不可控，可能出现奇怪输出、崩溃，甚至被利用产生安全问题。

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