所以我的问题是
float a = 1.5 + 1.3;
完全没问题，或者如果需要的话：
float a = 1.5f + 1.3f;
有人告诉我，C 编译器将不带 f 的浮点数作为双精度数，这种情况可能会导致某处的计算不精确。
这样对还是原来的方式就足够了？
【问题讨论】：
标签： c types floating-point double
float a = 1.5 + 1.3; 行等价于float a = (float) (1.5 + 1.3);，其中加法是double 常量之间的double 加法。(*)
a 中的最终结果几乎与加法是单精度常量之间的单精度加法相同。事实上，从单精度版本更可能不是最接近 28/10 的 float 的意义上说，它比以更高精度计算转换为浮点数更好。使用最佳可用精度进行计算并转换为 float 进行存储是 IEEE 754 标准化如此多精度的原因之一（映射到 C 中的 float、double 和有时 long double）。
(*) 为简单起见，此答案假定您的编译器实现了FLT_EVAL_METHOD=0。当编译器实现FLT_EVAL_METHOD>0 时，它会自动存储1.3 等常量，并以更好的可用精度计算中间结果，正是因为这是一件好事。
【讨论】：
float a = 1.5 + 1.3;
没问题，但是你通常会得到一个编译器警告，比如
truncation from 'double' to 'float'
对于小数字来说这不是问题。
但float 最好使用 f 后缀，douuble 最好不要后缀。
【讨论】：
float a = 0.1f + 6.0f/7.0f v. 0.1 + 6.0/7.0 这样在我的平台上给出的答案略有不同的精度损失。 f 一开始不太准确。