最稳妥方法是用std::accumulate配合long long累加器和static_cast<double>转浮点除法，并预先检查数组非空；否则易因整数溢出、整除截断或除零导致错误。
用 std::accumulate 算 int 数组平均值最稳妥
直接调 std::accumulate 比手写循环更少出错，尤其避免整数溢出和类型隐式转换陷阱。它本质是累加，但配合除法就能得平均值——关键是除法前必须转浮点，否则结果永远是整除。
- 数组长度为 0 时
std::accumulate仍返回初值（如 0），但除零会崩溃，必须先判空 - 累加结果用
long long接，防止int数组元素多或值大时溢出（比如 10⁵ 个 10⁴ 的数） - 平均值要存成
double或float，别用int接商，否则小数全丢
int arr[] = {1, 2, 3, 4, 5};
size_t n = sizeof(arr) / sizeof(arr[0]);
if (n == 0) return 0.0;
long long sum = std::accumulate(arr, arr + n, 0LL);
double avg = static_cast<double>(sum) / n;
原始数组 vs std::vector：传参方式不同但逻辑一致
原生数组名退化为指针，std::accumulate 需要首尾迭代器；std::vector 直接用 .begin()/.end() 更自然。两者计算逻辑完全一样，差异只在接口调用。
- 原生数组不能直接传给模板函数推导长度，必须手动算
sizeof或用std::size（C++17 起） -
std::vector的.size()返回size_t，和long long除法前需注意符号转换（虽通常无问题，但静态分析工具可能报警） - 如果用 C++20 范围库，可写
ranges::fold_left，但目前兼容性和可读性不如accumulate
常见错误：整数除法、溢出、未检查空数组
这三个问题占了 90% 以上“平均值不对”的报错原因，且往往不报编译错误，只输出诡异结果。
- 写成
sum / n（两个int相除）→ 结果截断，{1,2}算出来是1而不是1.5 - 用
int sum = 0累加 →{100000, 100000, ...}很快溢出，变成负数再除，结果完全不可信 - 没判
n == 0→arr + n指针越界，或除零触发 SIGFPE（Linux/macOS）或未定义行为（Windows）
性能与兼容性：不用怕 std::accumulate 慢
它就是个 inline 展开的循环，编译器优化后和手写 for 完全等价，甚至可能更好（比如自动向量化）。C++11 就支持，所有主流编译器（GCC/Clang/MSVC）都稳。
立即学习“C++免费学习笔记（深入）”；
- 别为了“省一个 include”手写循环——多写的几行代码、漏掉的边界检查、隐式类型转换，远比一次函数调用成本高
- 如果真在嵌入式环境且禁用 STL，才考虑裸循环，但必须显式声明
long long sum = 0LL和if (n)判空 -
std::accumulate第三个参数类型决定累加器类型，写0LL比0更安全，避免被推导成int
sum 用 long long，却忘了 static_cast<double>，或者反过来，都白搭。 
