do-while循环体至少执行一次，while可能一次都不执行；关键区别在于while是“先判后做”，do-while是“先做后判”；二者break/continue行为一致，性能无差异，但变量作用域与条件更新位置需特别注意。
do-while 循环体至少执行一次，while 可能一次都不执行
关键区别在入口判断时机：while 是「先判后做」，条件不满足直接跳过；do-while 是「先做后判」，循环体无条件执行第一轮，再检查是否继续。
常见错误现象：用 while 实现用户输入校验时，若初始输入就合法，逻辑可能漏掉首次处理；反过来，用 do-while 做文件读取，若文件为空，仍会执行一次空操作，可能触发 NullPointerException 或越界。
- 适用场景：
do-while更适合「必须执行至少一次」的交互流程（如菜单选择、密码重试） - 适用场景：
while更适合「条件成立才进入」的守卫式逻辑（如队列非空才消费、流未结束才读取） - 注意：Java 中
do-while末尾必须有分号，漏写会导致编译错误error: ';' expected
while 和 do-while 的 break / continue 行为完全一致
两者对控制流语句的响应没有差异：break 跳出整个循环，continue 跳过本次剩余逻辑、直接进入下一轮判断（while 重新求值条件；do-while 执行完本轮后求值条件）。
容易被忽略的点是：在 do-while 中，continue 不会跳过「判断条件」本身——它只是让流程回到 while (condition) 那一行去重新计算布尔值。
立即学习“Java免费学习笔记（深入）”；
-
continue在do-while中不会导致循环体重复执行，也不会跳过条件检查 - 嵌套循环中，
break默认只跳出最内层，加标签才能指定目标，这点和while完全一样 - 性能上无差异，JVM 编译后都是跳转指令，不用为性能选其一
变量作用域与初始化风险在两种循环中表现不同
循环变量如果在循环体内声明（比如 int i = readInput();），do-while 的第一次执行一定发生，所以该变量必然被初始化；而 while 下，若条件一开始为 false，变量根本不会声明，后续访问会报编译错误 variable might not have been initialized。
示例：int x; 在循环外声明，循环内赋值 —— 这种写法在两种结构里都安全；但若写成 do { int y = getValue(); } while (cond);，那 y 就仅在循环体内可见，且一定被初始化过。
- 不要依赖
while循环体执行来完成必要初始化，否则可能引发编译失败或 NPE - 若需循环后使用变量值，优先在循环外声明并初始化（哪怕赋个默认值），避免作用域陷阱
-
do-while内部声明的变量无法在while条件表达式中引用，语法不允许
实际调试时最容易卡住的是条件更新位置
尤其在 do-while 中，有人把状态更新写在循环体开头或中间，结果条件判断永远基于旧值，造成死循环。而 while 因为条件在顶部，更新遗漏更容易被发现。
典型反模式：do { process(item); item = getNext(); } while (item != null); 看似合理，但如果 process() 抛异常，item 就不会更新，下次仍用原值判断 —— 这不是语法问题，而是逻辑耦合缺陷。
- 确保状态变更（尤其是影响条件判断的变量）出现在每次循环体的稳定位置，推荐统一放在末尾
- 调试时在条件表达式前后加日志，比如
System.out.println("before check: " + item);，比单步更直观 - 复杂条件建议提取为独立方法（如
shouldContinue(item)），便于单元测试和复用
