最稳妥做法是用 std::accumulate(arr, arr + n, 0)，初始值显式设为 int 避免 short 溢出；栈上数组直接传 arr；循环变量优先用 int 而非 size_t，防止无符号下溢导致静默错误。
用 std::accumulate 求 short 数组和最省事
直接用 std::accumulate 是最稳妥的选择，它自动适配元素类型，不会因隐式提升出错。关键点在于：累加器初始值类型必须显式指定为 int 或更大的整型，否则 short 累加可能溢出或被截断。
- 错误写法：
std::accumulate(arr, arr + n, 0)——0是int，但若数组很大，short值频繁加到int上虽不报错，逻辑上没问题；真正危险的是用0L或0LL反而没必要，除非你明确要long结果 - 推荐写法：
std::accumulate(arr, arr + n, static_cast<int>(0))</int>，清晰表明意图，且避免short到int的反复隐式转换干扰编译器优化 - 如果数组在栈上（如
short arr[100]），别传&arr[0]，直接传arr—— 数组名退化为指针，语义更自然
for 循环遍历 short 数组时，循环变量用 size_t 还是 int？
取决于数组长度是否可能超过 INT_MAX。现实中绝大多数情况用 int 足够且更安全——size_t 是无符号类型，一旦发生下标越界（比如 i-- 后变成极大正数），会静默出错，调试极难发现。
- 安全习惯：
for (int i = 0; i ，其中 <code>n是int类型的长度变量 - 如果
n来自std::vector<short>::size()</short>这类返回size_t的接口，先转成int再用：int len = static_cast<int>(vec.size())</int>，并确保vec.size() （一般成立） - 别用
auto i = 0——0是int，但若后续改成auto i = vec.size()，就掉进无符号陷阱了
手写循环求和时，为什么 short sum = 0 是错的？
因为 short 类型通常只有 16 位，最大值约 32767。只要数组里有十几个非零元素，或者单个值较大（比如 2000），累加几步就溢出，结果完全不可预测。C++ 不做运行时溢出检查，也不会报警。
- 典型错误现象：
short arr[] = {2000, 2000, 2000}; short sum = 0; for(...) sum += arr[i];→sum最终可能是负数 - 正确做法：求和变量必须用更大类型，如
int、long，甚至long long（当处理大量大数值时） - 注意：
int在大多数平台是 32 位，能安全容纳约 200 万个short（假设平均值 100），日常足够；真要处理超大数据集，得看具体场景选类型
用 std::vector<short></short> 替代裸数组有什么坑？
主要坑在迭代器失效和内存布局。裸数组是连续的栈/全局内存，vector 是堆上连续内存，访问速度几乎一样，但 vector 自带 size 和 capacity 管理，写起来更安全。
立即学习“C++免费学习笔记（深入）”；
- 别把
vector<short></short>传给期望short*的 C 风格函数后，直接用&v[0]—— 若v.empty()，&v[0]行为未定义；应改用v.data()（C++11 起），它对空 vector 返回合法空指针 - 用
std::accumulate(v.begin(), v.end(), 0)没问题，但同上，初始值建议写static_cast<long long>(0)</long>，避免中间类型推导歧义 - 如果频繁插入/删除，
vector<short></short>不适合；但纯遍历+求和场景，它比裸数组更易维护、不易越界
short，只要可能加出超过 32767 的结果，就必须换更大的类型——这不是风格问题，是数学事实。 
