for适用于循环次数明确的场景，如遍历数组或执行固定次数操作；while适用于条件驱动、次数未知的场景；二者本质是结构匹配问题而非习惯选择。
知道循环要跑几次，就用 for；不知道具体跑几轮、只靠某个条件来决定停不停，就用 while。这是最本质的分界线，不是习惯问题，而是结构匹配问题。
循环次数明确时选 for
比如遍历数组、打印 1 到 100、处理固定长度的集合、执行恰好 N 次的重试逻辑——这些都能“数得清”。for 循环把初始化、判断、更新三步写在一行，逻辑紧凑不易出错。
- 变量作用域干净：for (int i = 0; i
- 步长控制直观：i += 2、i *= 3 这类非 +1 的迭代，在 for 头部直接写清楚，一目了然
- 适合反向遍历或随机访问：ArrayList 用 for 配合下标高效安全；需要索引做操作（如替换、删除指定位置）也必须用它
循环次数不确定时选 while
像“读用户输入直到输 quit”“等网络响应成功”“重试登录但可能第 2 次就成功”——你无法提前算出执行轮数，只能靠状态变化驱动。while 只守一个条件，不承诺次数，更贴近这类逻辑的真实形态。
- 初始化和更新可灵活安排：变量可在循环外声明，也可在循环中不同位置修改，适应复杂流程
- 适合边执行边决策：比如解析流数据、监听事件、状态机流转，每轮执行后才决定是否继续
- 配合 break / continue 更自然：条件满足即跳出，无需硬塞进 for 的第三段更新表达式里
需要先执行再判断时考虑 do-while
不是所有“不确定次数”的场景都归 while 管。如果业务要求“至少执行一次”，比如命令行菜单、密码首次输入、硬件握手初始化——这时 do-while 是语义最准确的选择。
- 避免重复代码：不用在循环前手动执行一遍逻辑，再进 while
- 条件写在末尾，符合“做完再看还做不做”的直觉
- 实际使用频率低于 for/while，但该用时别硬套其他结构
特别注意的边界情况
有些看似简单的问题，其实藏着结构误用的坑。
- 遍历集合且要删元素：for-each 会抛 ConcurrentModificationException，必须用 Iterator + while
- 浮点数做循环条件：double i = 0.0; while (i != 1.0) { i += 0.1; } 可能永远不终止，改用 int 计数或 BigDecimal
- 死循环不是写错了，是模型错配：while(true) 缺少合理退出路径，往往说明本该用 for 或 do-while
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
