缩窄转换的核心是防止数据丢失和未定义行为，需明确值域边界、显式范围检查（如用std::numeric_limits）、避免隐式截断，优先使用static_cast配合判断，启用编译器警告（如-Wconversion）和静态分析工具。
缩窄转换（Narrowing Conversion）不是“能不能转”，而是“转了会不会丢数据、有没有未定义行为”。关键在于明确值域边界、检查范围、避免隐式截断，而不是依赖编译器默认处理。
先确认目标类型的可表示范围
比如把 int 转成 int8_t，必须知道 int8_t 只能表示 −128 到 127。如果原值是 200，直接强制转换会回绕（wrap around），变成 −56 —— 这不是错误，但大概率不是你想要的结果。
- 查标准头文件：如
<limits.h>或<cstdint>中的INT8_MIN/INT8_MAX - C++ 中可用
std::numeric_limits<int8_t>::min()和::max() - 别凭经验猜：char 在某些平台是有符号的，某些是无符号的，必须显式用
int8_t或uint8_t
转换前做显式范围检查
安全缩窄的核心动作不是 cast，而是“判断 + 转换”。宁可多写两行，也不让溢出静默发生。
- 用 if 判断是否在目标范围内：
if (x >= INT8_MIN && x <= INT8_MAX) - 超出时按需处理：返回错误码、抛异常、取边界值（clamping），不要忽略
- 避免用三元运算符隐藏逻辑，例如
(x > INT8_MAX) ? INT8_MAX : (x < INT8_MIN) ? INT8_MIN : static_cast<int8_t>(x)可读性差，建议拆开
用 static_cast 显式表达意图
禁用 C 风格强制转换（(int8_t)x）和函数风格（int8_t(x)），它们掩盖类型风险，且无法被工具（如 clang-tidy）有效拦截。
- 统一用
static_cast<int8_t>(x)，配合前面的范围检查 - 若使用 C++20，可考虑
std::narrow_cast（需自行实现或引入第三方库如gsl），它会在 debug 模式下触发断言 - 对浮点转整数，更要小心：先用
std::round或std::trunc明确舍入策略，再检查是否溢出
工具链辅助不能少
静态分析和编译器警告是第一道防线。
- 启用
-Wconversion（GCC/Clang）和-Wall -Wextra，它会提示隐式缩窄 - MSVC 开启
/W4并加上/we4244把缩窄警告升级为错误 - 在 CI 中集成 clang-tidy 规则
cppcoreguidelines-narrowing-conversions - 注意：C++20 的
explicit(bool)构造函数不适用于内置类型缩窄，别误以为能靠它防御
