核心原因是循环依赖未初始化的集合对象，而非循环本身；声明变量不等于创建实例，null引用调用方法必然崩溃，必须在使用前显式初始化或兜底为空集合。
核心原因不是“写了循环”，而是循环依赖了一个根本没创建出来的集合对象——声明变量不等于初始化实例，而空引用一调用方法就崩。
集合声明 ≠ 集合已准备好
比如 Java 中写 List<string> list;</string>，这只是声明了一个指向 List 的空指针（null），内存里啥都没分配。后面直接写 for (String s : list)，JVM 会尝试调用 list.iterator()，但 list 是 null，立刻抛 NullPointerException。
- 同理，
list.size()、list.add()全部失败 - C++ 中
set<int> s;</int>虽然构造函数会默认调用，但若后续误用未赋值的局部指针（如set<int>* p;</int>），再解引用遍历，就是未定义行为，可能崩溃或输出乱码 - Python 虽无显式声明，但若写
items = None后直接for x in items:，会报TypeError: 'NoneType' object is not iterable
循环里“顺手 new”救不了外面的空
有人在 for 循环里写 list = new ArrayList();，以为这就安全了。其实只是每次迭代都新建一个，旧引用依然为 null；如果某次循环没执行（比如条件不满足），后续代码还拿那个 null 去操作，照样崩。
- 正确做法：在循环前初始化，例如
List<string> list = new ArrayList();</string> - 更稳妥：用空集合兜底，比如
List<string> list = Optional.ofNullable(getData()).orElse(Collections.emptyList());</string> - C++ 推荐声明即初始化：
std::set<int> s = {1, 2, 3};</int>或std::set<int> s{};</int>
方法返回 null + 循环 = 隐形炸弹
很多初学者只测“有数据”的场景。一旦外部方法（如 UserService.findUsers()）返回 null，增强 for 循环第一行就炸：
-
for (User u : service.findUsers()) { ... }→ NPE - 修复不单是加判空，更要统一契约：约定接口返回空集合而非
null（如 Guava/Java 9+ 的ImmutableList.of()或Collections.emptySet()） - 实在无法控制上游，就得先判空：
List<user> users = service.findUsers(); if (users != null) { for (User u : users) { ... } }</user>
集合本身非空，但元素为 null 也会崩
初始化没问题，不代表万事大吉。比如 List<string> list = Arrays.asList("a", null, "c");</string>，循环时 s.toLowerCase() 在第二轮就会 NPE。
- 这不是集合未初始化的问题，而是没对循环变量做防护
- 简单办法：循环内加判空
if (s != null) s.toLowerCase() - 更彻底：用
Stream过滤list.stream().filter(Objects::nonNull).map(String::toLowerCase).forEach(...)
不复杂但容易忽略：初始化是动词，不是名词。写完声明，多敲一行构造，就能避开一大半运行时崩溃。
