浮点字面量默认是 double 类型，加 f 后缀才明确为 float；未加 f 会触发 double 到 float 的隐式转换，可能引发警告、精度丢失、重载错误及模板推导失败；f 后缀确保编译期单精度语义与 IEEE 754 单精度布局一致，推荐使用小写 f。
不是“必须”，而是不加 f 就不是 float 类型——浮点字面量默认是 double，加 f 才明确告诉编译器：“我要的是单精度，按 float 处理”。
默认类型是 double，不是 float
C 和 Java 都规定：未带后缀的浮点数（如 3.14、0.5e-3）在语法层面就是 double 类型。哪怕你写 float x = 3.14;，也是先以双精度解析该字面量，再强制转成单精度——这步转换可能被警告、被截断、甚至在某些严格模式下直接报错。
避免隐式转换带来的问题
不加 f 时，编译器要插入一次从 double 到 float 的窄化转换，容易引发：
- 编译警告（如 GCC 的
-Wfloat-conversion、Java 的 “possible loss of precision”） - 常量折叠行为不一致（例如
float y = 1.0f / 3.0f;是纯单精度运算；而float z = 1.0 / 3.0;先算双精度再截断） - 函数重载选错（比如有
void f(float)和void f(double)，传1.0会调double版本） - 模板参数推导失败（C++ 中
auto x = 1.0;推出double，而非预期的float）
f 后缀确保编译期单精度语义
加了 f，整个字面量就绑定为 float 类型：
- 内存布局按 IEEE 754 单精度解释（4 字节，23 位尾数）
- 参与计算时不会“偷偷升格”为 double（尤其在嵌入式或性能敏感场景中很重要）
- 科学计数法也需 f 在末尾：
1.23e-4f✅，1.23fE-4❌ - 整数也建议加 f：
100f比100.0f更简洁，且比100（int）更准确表达“我就是要 float”
大小写与风格约定
f 和 F 完全等价，但主流规范（Google Java Style、ISO C 标准示例、Clang 文档）统一推荐小写 f。写 3.14F 虽能编译，但属于风格偏差，降低代码一致性。
