千问AI不解决空指针异常，只辅助定位、解释与重构；修复需开发者手动添加判空逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
千问AI 本身不解决空指针异常——它帮你快速定位、解释、重构，但真正修复代码的，还是你写的那一行 if (obj != null) 或 Optional.ofNullable()。
怎么看报错堆栈里哪个变量是 null
Java 的 NullPointerException 堆栈第一行（Caused by: 后面那行）最关键，它告诉你“在哪一行、调了哪个方法时崩的”，但不直接说“谁是 null”。比如：
java.lang.NullPointerException: Cannot invoke "String.length()" because "name" is null
at com.example.UserProcessor.process(UserProcessor.java:27)
这里明确指出是 name 为 null 导致调用 length() 失败——这是 JDK 14+ 的增强提示，老版本只写 Cannot invoke "String.length()"，就得靠经验反推：
- 看方法调用链：
a.b.c.method()崩了，可能a、a.b或a.b.c是 null - 别靠
System.out.println(a);手动打点——容易漏、污染逻辑；优先用 IDE 调试器的“Evaluate Expression”实时查值 - 如果日志里只有
NullPointerException没有具体字段名，说明 JVM 版本低或代码在字节码层面被混淆/优化过，此时要结合上下文变量命名和业务逻辑猜
String 判空为什么不能用 == null 就完事
因为 String 是典型“可能为 null，也可能为 ""，还可能为 " "
立即学习“Java免费学习笔记（深入）”；
-
str == null只防 NPE，不防语义错误（比如用户没填姓名，你却当成空字符串处理） -
str.isEmpty()会 NPE，必须先判str != null - 推荐组合：
str == null || str.trim().isEmpty()，或更稳妥用 Apache Commons 的StringUtils.isBlank(str) - 特别注意：
"root".equals(str)比str.equals("root")安全——前者不会因str为 null 报错
Optional 不是银弹，用错反而更难 debug
Optional 的本意是“明确表达这个值可能不存在”，不是用来替代所有判空。滥用会导致链式调用过长、NPE 转移成 NoSuchElementException、甚至掩盖真实问题。
- 别包装局部临时变量：
Optional<string> s = Optional.ofNullable(str);</string>然后又立刻s.get()——这等于给自己加了个套 - 适合场景：方法返回值（如
findById(id)）、流式处理（list.stream().filter(...).findFirst()） - 警惕
Optional.get()：它不判空，失败就抛NoSuchElementException，和 NPE 一样需要 try/catch - 更安全的写法是
optional.orElse("default")或optional.ifPresent(...)，避免解包
最容易被忽略的，是集合类方法的隐性 null 返回——比如 Map.get(key) 返回 null 并不总代表 key 不存在，也可能是你存了个 null 值；而 CollectionUtils.isEmpty(list) 这类工具方法，内部其实做了 list == null || list.isEmpty()，比手写更可靠，但也得清楚它掩盖了“到底是不是 null”这个信息。
