直接结论：不要用浮点数作循环变量——易多跑、少跑或死循环，且不可移植；因0.1在二进制中为无限循环小数，float精度有限，累加导致舍入误差持续累积。
直接结论：不要用浮点数作循环变量，尤其是作为 for 的控制变量——它大概率会多跑一次、少跑一次，或陷入死循环，且行为不可移植。
为什么 value += 0.1f 最后停不下来？
因为 0.1 在二进制中是无限循环小数（类似十进制里 1/3 = 0.333…），float 只能存约 6–7 位有效数字，每次加法都在累积舍入误差。看似“value ”该在第 100 次后退出，实际可能变成 <code>1.0000001f （假）或 <code>0.99999994f （真）但下一轮又加出超界值。
- 误差不是线性增长，而是随迭代次数非单调漂移
- 同一段代码在 x86 和 ARM 上可能表现不同（FPU 模式、中间计算精度差异）
-
double能延缓问题，但不能根除——比如用1e-15步长循环 1e16 次，照样崩
for(float i = 0.0; i != 1.0; i += 0.1) 更危险
用 != 判断浮点终点等于主动邀请未定义行为。由于每次累加都有误差，i 几乎不可能精确等于 1.0，结果就是循环永远不终止。
-
==和!=对浮点数都应视为禁用操作符 - 即使你“碰巧”看到某次运行停了，也不能说明逻辑正确——换编译器、换优化等级（
-O2可能做循环展开或常量折叠）、换平台就可能失效 - 调试时加断点还可能改变浮点寄存器状态，让问题“消失”，误导排查
替代方案：整数计数 + 浮点映射
把循环逻辑和数值计算解耦。用 int 或 size_t 做循环变量，需要浮点值时再按比例算出来。
for (int i = 1; i
- 避免了累加误差传递，每一步都是独立计算
- 若步长不是十进制小数（如
1.0 / 3.0），优先用分数形式：float value = static_cast<float>(i) / 3.0f</float> - 注意整数溢出风险：大范围循环时别用
int存索引，改用long long或size_t
最易被忽略的一点：哪怕你只在调试时临时写个 for(float x = 0; x 打印查值，也建议立刻改成整数循环——浮点循环变量的坑不在“会不会出错”，而在“什么时候出错、怎么出错完全不可控”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
