C++无原生定点数类型，需用整数配合统一缩放因子模拟；乘除须显式补偿缩放，加减需同缩放；溢出危险，推荐int64_t并检查范围；转换时应四舍五入，模板封装可提升类型安全。
定点数在 C++ 中没有原生类型，必须手动模拟
C++ 标准库不提供 fixed_point 类型（C++23 才引入实验性 <stdfix></stdfix>，但主流编译器尚未完整支持）。所谓“定点数运算”，实际是用整数（int32_t、int64_t）存储缩放后的值，再通过固定缩放因子（如 100、65536、1000000）隐式表示小数位。关键不是“用什么类型”，而是“缩放逻辑是否一致”。
- 缩放因子选 10 的幂（如
1000）便于人眼读写，但除法易引入截断误差；选 2 的幂（如65536）利于位移优化，且除法可用>>替代，但调试时不易直观换算 - 所有参与运算的变量必须使用同一缩放因子，否则加减会直接错位——比如
a = 12345（代表 12.345，缩放因子 1000），b = 6789（代表 6.789，缩放因子 1000），a + b才等于 19134 → 19.134；若b实际按 100 缩放，结果就完全失真 - 溢出比浮点更危险：整数溢出是未定义行为（UB），
int32_t存 1000 倍的金额，最大仅支持约 ±2,147,483.647 元；建议优先用int64_t并做范围检查
如何安全实现乘除法：缩放因子必须显式参与计算
加减只需同缩放即可；但乘除必须补偿缩放因子，否则结果偏差指数级放大。例如用缩放因子 SCALE = 1000 表示三位小数：
int32_t SCALE = 1000; int32_t a_fixed = 12345; // 12.345 int32_t b_fixed = 6789; // 6.789 <p>// ✅ 正确乘法：先乘再降尺度（注意中间可能溢出，需 int64_t 中转） int64_t prod = (int64_t)a_fixed * b_fixed; // = 83814205 int32_t result_mul = (int32_t)(prod / SCALE); // = 83814 → 83.814</p><p>// ❌ 错误乘法：直接相乘不缩放 → 83814205 → 解释为 83814.205（错！） // ✅ 正确除法：先升尺度再除（避免过早截断） int64_t div_numerator = (int64_t)a_fixed * SCALE; int32_t result_div = (int32_t)(div_numerator / b_fixed); // ≈ 1819 → 1.819</p>
除法尤其容易漏掉升尺度步骤——直接 a_fixed / b_fixed 会丢掉全部小数位，得到整数商（如 12345 / 6789 = 1），毫无意义。
与浮点数互转时，四舍五入和截断必须明确选择
从 double 转定点：不加处理直接 static_cast<int32_t>(x * SCALE)</int32_t> 是向零截断（truncation），导致负数偏差更大。金融等场景通常要求四舍五入：
立即学习“C++免费学习笔记（深入）”；
double x = -12.3456; int32_t fixed = static_cast<int32_t>(round(x * SCALE)); // → -12346（-12.346） // 若用 trunc：static_cast<int32_t>(x * SCALE) → -12345（-12.345），误差累积快
- 从定点转
double相对简单：static_cast<double>(fixed_val) / SCALE</double>，但要注意SCALE必须是double类型或强制转换，否则整数除法会截断 - 批量转换时，避免反复调用
round()影响性能；可预计算SCALE_HALF = SCALE / 2，用(fixed_val >= 0 ? fixed_val + SCALE_HALF : fixed_val - SCALE_HALF)模拟四舍五入（仅适用于正缩放因子）
用 std::ratio 和模板封装可提升类型安全
手写 int32_t + 宏定义缩放因子极易出错。C++11 起可用 std::ratio 配合模板构造轻量级定点类，让缩放因子成为类型一部分：
template <typename T, typename R>
struct fixed {
T value;
static constexpr T scale = R::num / R::den;
fixed(double d) : value(static_cast<T>(std::round(d * scale))) {}
operator double() const { return static_cast<double>(value) / scale; }
};
<p>using fixed3 = fixed<int32_t, std::ratio<1, 1000>>;
fixed3 a{12.345}, b{6.789};
auto c = a.value + b.value; // 编译期确保单位一致</p>这种写法不能阻止运行时混用不同 fixed<...></...> 类型（如 fixed<int32_t>></int32_t>），但至少让缩放逻辑集中、可复用，且构造/转换逻辑收口，减少裸整数误操作。
真正难的不是写几个宏或模板，而是整个项目中所有输入输出、序列化、数据库字段、网络协议字段，都得统一缩放约定——一个 JSON 接口返回 "price": 123.45，后端却按 SCALE=100 存进 int32_t，而前端解析时又当 SCALE=1000 用，这种跨层不一致，比精度丢失更致命。
