最稳妥的数组拼接方案是std::ostringstream，需显式遍历元素并处理分隔符、浮点精度等；std::format适用于C++20下类型一致的简单场景；避免直接传数组名、手动append及误用char[]输出。
用 std::ostringstream 拼接数组元素最稳妥
直接用 std::to_string() 处理整型数组没问题，但遇到浮点、自定义类型或需要格式控制（比如保留两位小数、加括号）时就会卡住。std::ostringstream 是标准库中唯一能统一处理各类类型的流式拼接方案，且不依赖第三方库。
常见错误是把整个数组当作一个对象传给 operator<<，结果编译报错：error: no match for 'operator<<'。必须显式遍历每个元素。
- 对
int arr[5] = {1,2,3,4,5};，写oss << arr[i]，别写oss << arr - 若需逗号分隔，第一次迭代不加前缀，后续加
", "；也可统一用std::copy+std::ostream_iterator，但要注意末尾多一个逗号 - 浮点数默认精度可能丢失，加
oss << std::fixed << std::setprecision(2)控制输出
用 std::format（C++20）快速生成带格式字符串
std::format 适合简单场景：元素少、类型一致、格式固定。它比 ostringstream 更简洁，但不支持运行时动态拼接多个不同类型（比如 int + string + double 混合），也不支持自定义格式化逻辑。
典型错误是传入数组名本身，如 std::format("{}", arr) —— 这会尝试格式化指针地址，不是内容。
立即学习“C++免费学习笔记（深入）”；
- 正确写法是展开每个元素：
std::format("[{}, {}, {}]", arr[0], arr[1], arr[2]) - C++20 要求编译器支持（GCC 13+、Clang 14+、MSVC 19.32+），否则编译失败
- 若数组长度未知，仍得循环 +
std::vector中转，std::format本身不接受容器参数
避免用 std::string::append() 手动拼接数字
有人用 res.append(std::to_string(arr[i])) 然后手动加逗号，看似简单，但容易在边界出错：首尾多逗号、空数组崩溃、负数符号被截断等。
更隐蔽的问题是性能：每次 append 可能触发多次内存重分配，尤其数组大时明显慢于预分配容量的 ostringstream。
- 如果坚持用
append，先调res.reserve(estimated_size)（估算字符总数） -
std::to_string(-123)返回"-123"，没问题；但std::to_string(0.1)返回"0.100000"，精度不可控 - 不要对
char*数组用std::to_string，它只接受算术类型，否则编译不过
字符数组（char[]）别误当成字符串直接输出
声明为 char arr[10] = {'h','e','l','l','o'}; 的数组，若直接 std::cout << arr，会当 C 风格字符串处理——直到遇到 '\0' 才停。但未初始化部分可能是垃圾值，导致输出乱码或越界读取。
真正想输出“每个字符的 ASCII 值”或“按字节打印”，必须明确循环 + static_cast<int> 或 printf("%02x", (unsigned char)arr[i])。
- 安全做法：用
std::string_view(arr, sizeof(arr))包裹，再转std::string输出 - 若数组含二进制数据（非文本），绝对不要用
<<流输出，应转 hex 或 base64 -
sizeof(arr)在函数参数里失效（退化为指针），此时必须额外传长度
const char*，都会引发悬垂指针。所有转换结果应明确返回 std::string 对象，由调用方管理内存。 
