std::clamp 返回奇怪值因类型不一致导致隐式转换溢出；浮点数使用需防NaN和精度混用；C++17起引入，此前需手写三元式；性能零开销但要求lo≤hi。
std::clamp 为什么有时返回奇怪的值？
因为 std::clamp 要求三个参数类型可比较且兼容，如果传入不同整数类型（比如 int 和 long long），可能触发隐式转换导致边界被意外截断或提升，结果不符合预期。例如 std::clamp(10000000000, 0, 100) 若中间两个参数是 int，10000000000 会被先转成 int（溢出），再参与比较。
确保三者类型一致最安全，尤其注意字面量默认是 int，大数要用后缀（如 10000000000LL）。
怎么用 std::clamp 限制浮点数范围？
直接传入 float 或 double 值即可，但要注意浮点精度和 NaN 的行为：std::clamp 对 NaN 无定义，若任一参数是 NaN，结果未指定（通常返回 NaN 或引发异常，取决于库实现）。
- 使用前建议用
std::isnan()检查输入 - 边界值推荐用相同精度，避免
float和double混用（如std::clamp(x, 0.0f, 1.0f)） - 不要依赖
std::clamp处理无穷大：虽然-inf会被 clamp 到下界、+inf到上界，但这是靠比较语义，不是专门保障
std::clamp 在 C++17 之前能用吗？
不能。它是 C++17 引入的标准库函数，头文件是 <algorithm>。C++14 或更早版本会编译失败，报错类似：'clamp' is not a member of 'std'。
立即学习“C++免费学习笔记（深入）”；
替代方案只有手写三元表达式：
auto clamped = (val < lo) ? lo : (val > hi) ? hi : val;
注意：这个写法不完全等价——std::clamp 保证每个参数只求值一次，而三元嵌套可能多次求值 val（如果它是带副作用的表达式，比如函数调用）。安全起见，C++14 用户应先存到变量再比较。
std::clamp 的性能开销几乎为零
它被设计为 constexpr 且通常内联展开，编译器生成的汇编就是两条比较加跳转，和手写 if-else 一样快。没有函数调用开销，也没有额外内存分配。
- 适用于高频场景，比如音频采样归一化、游戏帧率限制、传感器读数截断
- 模板实例化对编译时间影响极小，不必担心泛型膨胀
- 唯一潜在成本是类型推导：若传入复杂自定义类型，需确保已定义
operator<且无副作用
真正容易被忽略的是：它不验证上下界合法性——如果传入 std::clamp(x, 10, 5)（即 low > high），行为未定义。实际中务必保证 lo <= hi，否则结果不可预测。
