用std::accumulate求平均值最省事但需防类型陷阱：整数除法会截断，应转浮点；累加器类型需显式指定如0.0防溢出；空数组须先检查防除零。
用 std::accumulate 算平均值最省事，但要注意类型陷阱
直接调 std::accumulate 求和再除以长度，看似简单，实际最容易栽在整数除法上。比如 int 数组求平均，sum / size 会截断小数，结果永远是整数。
- 务必把除法操作至少一侧转成浮点类型：
static_cast<double>(sum) / vec.size()</double> -
std::accumulate默认用容器元素类型做累加器类型，vector<int></int>累加结果还是int，溢出风险高；建议显式传入初始值0.0或0LL控制类型 - 空数组必须提前检查，否则除零崩溃 ——
vec.empty()判定不能省
vector<int> arr = {1, 2, 3, 4, 5};
if (arr.empty()) return 0.0;
double sum = accumulate(arr.begin(), arr.end(), 0.0); // 用 0.0 强制 double 累加
double avg = sum / arr.size();手写循环遍历时，size_t 和 int 下标混用会报警告甚至越界
用 for (int i = 0; i 看似自然，但 <code>arr.size() 返回 size_t（无符号），当 i 是负数或与之比较时，i 会被隐式转成无符号，导致极大正数，循环失控。
- 统一用
size_t i = 0做下标变量，或更推荐范围for：for (const auto& x : arr) - 如果必须用索引且要支持负向逻辑（比如从后往前），改用带符号类型如
ptrdiff_t，并手动转类型：static_cast<ptrdiff_t>(arr.size()) - Clang/GCC 开启
-Wsign-compare会报这个警告，别忽略
模板函数封装平均值计算，auto 推导和 decltype 要分清场景
写通用函数时，返回类型不能盲目用 auto：它只看 return 表达式的类型，而表达式里如果用了整数除法，推导出的仍是整型，失去精度。
- 想自动适配输入类型精度，用
decltype(static_cast<double>(T{}) * T{})这类方式推导“足够宽”的浮点类型 - 更稳妥的做法是要求调用者显式指定返回类型，比如
average<double>(arr)，内部强制转为double累加 - 对
std::array、C 风格数组、vector统一处理，需用模板参数包 +std::begin/std::end，而不是硬写.size()
用 std::valarray 计算平均值？除非你真在做数值计算，否则别碰
std::valarray 支持 sum() 方法，看起来很适合求平均，但它有严重限制：不兼容 STL 算法、不能存自定义类型、移动语义支持差，而且多数编译器对其优化不如手写循环或 accumulate。
立即学习“C++免费学习笔记（深入）”；
- 仅当批量处理同类型浮点数组、且已用
valarray构建数据流时，才考虑arr.sum() / arr.size() - 它内部求和仍可能用整数累加器，同样存在溢出和精度问题
- 调试困难 ——
valarray的 operator[] 不做越界检查，gdb里也难打印内容
平均值看着简单，但类型选择、空容器、溢出、精度、迭代器类别这些点，一个没兜住就会在某个编译器或数据规模下突然出错。
