C++中(char (*)[12])类型转换的作用？为何转换后可输出完整字符串？

(char (*)[12])str 属于标准C风格强制类型转换，作用就是完全不改动指针存的实际内存地址，只是换了一套编译器识别这个地址的解读规则。
其中(*)部分的设计，是为了绕开C/C++的类型声明优先级规则：

• 数组下标[]、函数调用运算符()的优先级高于解引用符*。如果直接写char *[12]，编译器会解读为长度为12的指针数组——也就是数组内部的每个元素都是一个char*类型的指针。
• 加上括号将*和核心标识符绑定为char (*)[12]，才能让编译器明确识别：这是一个指针，它指向的目标是一块长度为12、元素类型为char的连续内存（即一个char类型一维数组）。
  这对括号的核心作用就是把类型的“指针属性”和“指向的目标属性”彻底区分开，避免产生类型解读歧义。

两种输出结果的区别，本质是解引用后得到的表达式类型完全不同，最终匹配的std::ostream重载输出逻辑存在根本差异：

输出单个字符'H'的场景 #

执行std::cout << *str时：

• 原始变量str的类型是const char*，也就是指向单个char的指针，初始值指向字符串字面量的首地址（也就是字符'H'所在的内存位置）。
• 对str做一次解引用*str，得到的是一个char类型的单值，也就是字符'H'本身。
• std::ostream对char类型参数的输出逻辑非常直接：直接输出该单字符对应的ASCII值，不会做后续的内存遍历，因此只会打出单个'H'。

输出完整字符串的场景 #

执行std::cout << *(char (*)[12])str时，整个执行流程可以拆为三步：

1. 类型转换：把str存储的内存地址值，重新标记为char (*)[12]类型（指向12长度char数组的指针）。这个过程不会改动指针指向的实际地址，仅调整编译器的解读规则。
2. 解引用操作：对转换后的指针做解引用，得到的是一块长度为12的char数组本身。
3. 数组到指针的隐式退化：在C++中，数组类型的表达式作为函数参数传递时，会自动隐式转换成指向数组首元素的指针（即char*类型），转换后的指针值和原始字符串首地址完全一致。
   此时匹配的是std::ostream针对char*类型的重载逻辑：该重载不会仅输出第一个字符，而是会从指针指向的内存位置开始，逐字节向后遍历输出，直到遇到空终止符\0为止，因此会打印出完整的字符串内容。

这里需要澄清一个常见认知误区：你观察到的整串输出结果，和类型转换里标注的[12]没有直接关系。因为数组类型在传递给cout的过程中已经退化成了无长度信息的char*指针，cout根本感知不到原数组定义的长度是多少——哪怕你把类型转换成char (*)[1]、char (*)[100]，只要指针值不变，最终输出的内容都是从首地址开始到第一个\0的完整字符串。
如果去掉那对括号，将类型写为char *[12]做转换，解引用后会得到char**类型的参数，此时cout会匹配“输出指针地址值”的重载，最后只会打出一串十六进制的内存地址，根本不会输出字符串内容。

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