因为 static_cast 不检查溢出，超出 short 范围（-32768～32767）会导致未定义行为；应先用 std::clamp 限制范围再转换，需注意类型匹配、四舍五入偏移及无 fpu 平台的整数替代方案。
float 转 short 为什么不能直接 static_cast？
因为 static_cast<short>(3.7f)</short> 会截断小数部分，但更危险的是——它不检查溢出。float 值超出 short 表示范围（-32768 到 32767）时，行为是未定义的：可能 wraparound、产生随机值，甚至触发信号（如 SIGFPE 在某些平台）。这不是精度问题，是安全边界问题。
- 常见错误现象：
static_cast<short>(40000.0f)</short>在 x86-64 GCC 下可能得到 -25536，但换个编译器或优化等级结果就变 - 使用场景：音频采样转换、传感器数据量化、嵌入式定点处理——这些地方溢出意味着失真或崩溃
- 关键点：C++ 标准不保证截断+饱和（saturation），必须自己控制
用 std::clamp + static_cast 实现安全转换
这是目前最简洁、可读性好且能被现代编译器优化成单条指令（如 x86 的 cvtps2dq + 饱和逻辑）的做法。核心是先限制 float 范围，再转整型。
- 示例：
float f = 32768.5f; short s = static_cast<short>(std::clamp(f, -32768.0f, 32767.0f));
- 注意
std::clamp的参数类型要匹配：传float就用-32768.0f，别写-32768（否则可能触发 int → float 隐式转换，虽不影响结果但语义不清） - 兼容性：C++17 起支持；若用 C++11/14，可用三元表达式替代：
(f 32767.0f) ? 32767 : static_cast<short>(f)</short>
需要四舍五入时，别忘加 0.5 再截断
默认 static_cast 是向零取整（truncation），比如 2.9f → 2、-2.9f → -2。多数信号处理要求“就近舍入”，得手动加偏移。
- 正确做法：
float f = 2.7f; short s = static_cast<short>(std::clamp(f + 0.5f, -32768.0f, 32767.0f));
- 负数注意：加 0.5 后再截断，对负数也成立（
-2.7f + 0.5f = -2.2f → -2，即 -2.7 四舍五入为 -3？不对——这是向零舍入。若要真正“银行家舍入”或负数向下舍入，需用std::round，但性能略低 - 性能影响：
std::round可能比加 0.5 慢 2–3 倍（尤其在无 SIMD 支持的老 CPU 上），高频循环里优先选加偏移
嵌入式或极端性能场景：避免浮点运算
如果目标平台没有 FPU（比如某些 Cortex-M0），或者你在写音频 DSP 内核，每次 float 运算开销都明显。这时应考虑提前把 float 缩放到整数域，全程用整数运算。
立即学习“C++免费学习笔记（深入）”；
- 典型做法：假设原始 float 数据范围是 [-1.0f, 1.0f]，想映射到
short，可先乘32767.0f，再用上面的 clamp + cast 流程 - 但更优解是：用定点缩放系数（如
1 ），把输入当作 Q15 定点数处理，避免 runtime 浮点乘法 - 容易踩的坑：直接
static_cast<short>(f * 32767.0f)</short>仍可能溢出（f=1.0001f就超了），clamp 必须在乘法后、cast 前做
实际写的时候，std::clamp 那一行看着简单，但 float 的隐式转换、边界值的 .0f 后缀、四舍五入方向的选择——这几个地方一漏，结果就离谱。尤其是处理批量数据时，一个没 clamp 好，整帧音频就爆音。
