空指针异常主要因未初始化或赋null后未检查所致，应声明即初始化、用Optional封装可能为空的返回值、避免自动拆箱和错误字符串比较、集合遍历前判空并过滤null。
Java里空指针异常（NullPointerException）绝大多数都源于变量没初始化就直接用，或者初始化了但后续被设为null，又忘了检查。这不是语法错误，编译能过，运行才炸——所以特别容易漏，也最难排查。
声明即初始化，堵住源头
很多空指针其实发生在变量刚声明完、还没来得及赋值的时候。比如String、List、自定义对象这些引用类型，不显式初始化，默认就是null。
- 字符串建议初始化为空字符串：String name = ""; 而不是 String name;
- 集合类优先用空集合代替null：List<String> items = new ArrayList<>(); 不要留着 List<String> items;
- 对象字段在构造器或声明处完成初始化，避免“先声明后填充”的松散写法
方法返回值必须预判null
调用外部方法、数据库查询、远程接口时，返回null是常态，不能默认“它一定有值”。
- 查用户方法返回User，别直接user.getName()，先判断if (user != null)
- 更推荐用Optional封装可能为空的返回值：Optional<User> optUser = userService.findById(id); 后续用optUser.orElse(new User())或optUser.map(User::getName).orElse("未知")
- 团队内统一约定：公共API方法若可能返回null，必须在Javadoc中明确标注，否则视为缺陷
自动拆箱与字符串比较要格外小心
这两类操作表面看不出风险，实际一碰null就崩。
立即学习“Java免费学习笔记（深入）”；
- 包装类型如Integer、Long、Boolean参与运算前，务必确认非null；int count = num + 1; 中num为null会立即抛NPE
- 字符串判等永远把字面量放前面："admin".equals(role)，而不是role.equals("admin")，避免role为null时崩溃
- 日志拼接也别写log.info("name=" + user.getName())，改用占位符：log.info("name={}", user != null ? user.getName() : "null")
集合遍历前先判空再判元素
list为null和list里某个元素为null，是两种不同层级的空，都要防。
- 拿到list后先if (list != null && !list.isEmpty())，再for循环
- 循环体内对每个元素做非空校验：if (item != null) { item.process(); }
- 使用Stream时，可提前过滤掉null：list.stream().filter(Objects::nonNull).map(Item::getId).collect(Collectors.toList())
