Ubuntu 21.10与Compiler Explorer的GCC11.2处理C字符串输出差异问题

• 代码本身的标准行为：
  你调用print_collection("Hello")和print_collection_cpp20("HelloCpp20")时传入的是C字符串字面量，其类型为const char[6]和const char[12]，末尾自带空终止符\0。由于你的泛型lambda和C20简写模板函数都是按const auto&引用接收参数，数组不会发生到指针的退化，会保留完整的数组长度信息。范围for循环默认会遍历数组的全部元素，因此会把末尾的\0也作为单独元素打印，这个行为是完全符合C标准的，不属于编译器bug。
• 不同环境输出表现差异的原因：
  两个环境的GCC 11.2编译出来的程序实际运行逻辑完全一致，都会输出末尾的\0字符，差异来自输出面板的渲染规则：
  • Compiler Explorer的网页输出面板默认会过滤不可打印的ASCII控制字符，\0不会被渲染出来，因此你看不到额外的输出；
  • 本地Ubuntu终端、IntelliJ IDEA的控制台会将\0渲染为空白占位符或者代表不可打印字符的矩形块，因此你能观察到异常输出。

• 如果需要兼容C字符串字面量的输入，可以将参数改为std::string_view类型，自动截断到空终止符位置，修改后的函数示例：

#include <string_view>
void print_collection_cpp20(std::string_view collection) {
    for (char element : collection) {
        std::cout << element << '\n';
    }
}
// 泛型lambda同理可以做类型分支判断，或者要求调用方传入时显式转换为std::string/std::string_view

• 如果仅需要支持标准容器类型，不需要兼容原生字符数组，可以添加编译期约束限制输入类型，避免误传C字符串。

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