float占4字节、精度6–7位，double占8字节、精度15–17位；float整数精确上限为2²⁴，double为2⁵³；混合运算时float隐式转double易致比较错误，应统一后缀并避免直接==比较。
float 和 double 的内存大小与精度范围不同
在标准 C++ 实现中，float 占 4 字节（32 位），通常遵循 IEEE 754 单精度格式：1 位符号 + 8 位指数 + 23 位尾数（实际精度约 6–7 位十进制有效数字）；double 占 8 字节（64 位），对应双精度格式：1 位符号 + 11 位指数 + 52 位尾数（约 15–17 位十进制有效数字）。
常见误判是认为 double 就“一定更准”——其实只要数值超出 float 可精确表示的整数范围（2²⁴ = 16777216），哪怕只是 16777217，float 就会四舍五入成 16777216.0f；而 double 在整数范围内可精确表示到 2⁵³（约 9e15）。
- 用
float存时间戳（如秒级浮点毫秒值）可能丢失毫秒精度 - 图形计算中大量使用
float是因 GPU 硬件原生支持、带宽省，但累积误差明显 -
std::numeric_limits返回 6，::digits10 std::numeric_limits返回 15 —— 这是标准保证的“可安全 round-trip 的十进制位数”::digits10
比较 float 和 double 时隐式转换带来的陷阱
当 float 和 double 混合运算或比较，C++ 默认将 float 提升为 double（int → long → float → double 的隐式升级链）。表面看没问题，但若你写 if (x == 0.1f)，右边字面量是 float，而 0.1（无后缀）默认是 double，此时实际比较的是 double(x) == 0.1 —— 两个不同精度下对同一个十进制小数的近似值，极大概率不等。
- 统一使用后缀：想要单精度就写
0.1f，双精度写0.1或0.1e0 - 避免直接用
==比较浮点数，尤其跨类型时；改用std::abs(a - b) - 编译器（如 GCC/Clang）加
-Wfloat-conversion可警告隐式降级（double→float），但不报升级（float→double）
性能与 ABI 兼容性：不是越大越好
在 x86-64 上，现代 CPU 的 SSE/AVX 寄存器处理 float 和 double 的吞吐量差异不大，但内存带宽和缓存占用翻倍：double 数组比 float 多占一倍空间，L1 缓存命中率可能骤降。结构体里混用二者还可能因对齐导致填充浪费（例如 struct { float a; double b; } 通常占 16 字节而非 12）。
立即学习“C++免费学习笔记（深入）”；
- 高频数值计算（如物理仿真、机器学习推理）常强制用
float保 cache locality -
金融计算不用浮点——即便
double也不够，必须用定点或std::decimal（C++23 起） - 函数参数传递：x86-64 System V ABI 中，
float和double都走 XMM 寄存器，但 Windows x64 用 XMM0–XMM3 传前 4 个浮点参数，类型不影响寄存器选择
constexpr 和模板推导中 float/double 的行为差异
C++11 起 constexpr 函数允许浮点运算，但标准不保证不同编译器对同一表达式产生相同结果（因为中间舍入方式未规定）。更关键的是字面量类型推导：auto x = 3.14; 推出 double，auto y = 3.14f; 才是 float。模板实参推导同样敏感：
templatevoid f(T); f(3.14); // T = double f(3.14f); // T = float f(3); // T = int
若模板内部依赖 T 的精度（比如调用 std::sin），类型错一点，结果就不可控。
- 显式指定模板参数：
f强制按(3.14); float路径走 - 用
static_cast明确转换字面量，避免依赖编译器默认 -
constexpr浮点计算尽量限制在简单算术，复杂函数（如std::sqrt）在不同标准库实现中可能返回略有差异的值
实际项目里最易被忽略的，是把 float 当作“轻量版 double”随意替换——它不只是省内存，而是改变了整个数值稳定性边界。调试时看到“本该相等却失败”，先查字面量后缀和变量声明类型，比加断点更快。
