std::clamp不是万能安全阀，需三者同类型或可隐式转换，不处理类型提升、溢出、NaN等；误用会导致未定义行为或静默错误。
std::clamp 在 C++17 中确实能便捷限制数值范围，但它不是“万能安全阀”——用错类型、忽略比较语义或跨类型混用，会直接触发未定义行为或静默截断。
std::clamp 的基本调用必须满足三者同类型或可隐式转换
它要求 val、lo、hi 三者在比较时具有相同底层类型语义。编译器不会帮你做安全的数值提升或饱和转换：
- 写
std::clamp(5, 0L, 10L)：int和long混用，可能因整型提升规则导致意外结果（比如char被提升为int，而long是 64 位，比较无问题；但若lo是unsigned int，val是负int，就会先转成大正数再比较） - 正确做法是显式统一类型：
std::clamp(static_cast(5), 0L, 10L)或直接用字面量后缀保持一致 - 自定义类型需提供
operator，且该操作符必须是constexpr（若用于常量表达式）和noexcept（否则可能在某些标准库实现中编译失败）
别把 std::clamp 当作数值截断或类型安全转换工具
它只做“逻辑裁剪”，不负责类型适配。常见误用场景：
- 对
float值用int边界：std::clamp(3.7f, 0, 5)→ 编译失败（float无法隐式转int再比较），必须写成std::clamp(3.7f, 0.0f, 5.0f) - 想防止溢出？它不管：
std::clamp(INT_MAX + 1LL, 0, 100)中的INT_MAX + 1LL先触发有符号溢出（UB），clamp根本没机会执行 - 边界本身越界也不检查：
std::clamp(5, 10, 2)返回的是10（因为内部按max(min(val, hi), lo)实现），但逻辑上 “lo > hi” 是用户责任，标准库不校验
性能与 constexpr 友好性：多数情况零开销，但注意模板实例化爆炸
只要参数是字面量或常量表达式，std::clamp 通常被完全内联，生成的汇编和手写三元表达式一样简洁：
