while循环不执行是因为初始条件为false；常见原因包括变量未初始化、逻辑错误、误用赋值符=代替==，以及字符串判空方式不当；循环内未更新控制变量则导致死循环。
while 循环写完不执行？检查条件表达式是否一开始就为 false
Java 中 while 循环是「先判断后执行」，如果初始条件就是 false，整个循环体一次都不会进。常见于变量未初始化、逻辑反了、或用了赋值符 = 而不是比较符 ==。
- 比如
int i = 5; while (i > 10) { ... }—— 直接跳过 -
while (flag = true)是语法错误（boolean不能赋值给条件），但若写成while (flag = someMethod())（返回boolean）就可能意外覆盖原值 - 字符串判空别写
while (str != null && str.length() > 0)，更安全的是while (str != null && !str.isEmpty())，避免NullPointerException
循环内忘记更新控制变量 → 死循环的高发地
这是最典型的运行时问题：条件始终为 true，JVM 一直跑，CPU 占用飙升，程序卡死。尤其在处理数组、链表或外部输入时容易漏掉 i++、node = node.next 这类关键步进。
- 典型错误：
int i = 0; while (i —— 缺少 <code>i++ - 读文件时用
while ((line = reader.readLine()) != null)是安全的，因为readLine()本身就在推进状态；但若手动缓存line后忘了再调一次，就会重复处理同一行 - 多线程环境下，控制变量如果不是
volatile或用同步机制保护，可能因可见性问题导致某线程永远看不到更新
while 和 for 选哪个？看变量作用域和迭代逻辑是否固定
不是语法能力问题，而是语义清晰度问题。for 天然适合「已知边界 + 步进明确」的场景；while 更适合「条件驱动、步进不规则、或需提前中断再判断」的逻辑。
- 遍历数组索引？优先
for (int i = 0; i —— 变量 <code>i作用域封闭，不易误用 - 等待某个异步标志变为
true？用while (!ready)更自然，步进由外部事件触发，不是自增 - 解析协议流，每次读若干字节直到遇到分隔符？
while (!buffer.contains(END_MARKER))比硬凑for更直白 - 性能上无差别，但
while少一层语法糖包裹，调试时堆栈里看到的循环点更贴近实际逻辑位置
break 和 continue 在嵌套 while 中的行为容易误判
Java 中 break 和 continue 默认只作用于**最近一层**的循环。如果外层还有 while，光靠它们无法直接跳出多层——这点和 Python 的 else 块或 Go 的标签不同。
立即学习“Java免费学习笔记（深入）”；
-
while (cond1) { while (cond2) { if (x) break; } }——break只退出内层while - 想退出外层？要么用带标签的
break OUT;（不常用，可读性差），要么把外层逻辑抽成方法，用return代替 -
continue在内层循环中只会跳过本次内层迭代，外层变量状态照常，容易造成逻辑错位（比如外层计数器没动，但内层反复重试） - 调试时注意：IDE 断点打在
while行，不代表每次都会停——只有条件重判时才触发，循环体内断点才真正反映执行流
while 时，心里得清楚「这个条件到底由谁改变、什么时候变、会不会变不到」。 
