Java封装属性的空指针防护核心是让null更明确、安全、可控，需协同语义表达（Optional）、默认兜底（getter内返回合理默认值）、类型约束（@NonNull注解）三者实现。
Java 中封装属性的空指针异常，本质不是 getter 本身出错，而是调用方对 getter 返回值做非空操作（如调用方法、解包、链式访问）时未预判 null。getter 的防护重点不在于“阻止返回 null”，而在于**让 null 的存在更明确、更安全、更可控**——即通过语义表达 + 默认兜底 + 类型约束三者协同。
用 Optional 封装，显式表达可选性
当该属性在业务语义上天然可能缺失（例如用户头像 URL、备用联系电话、配置开关），不应返回裸 String/Integer，而应返回 Optional：
- 字段保持原始类型：private String avatarUrl;
- getter 内部封装：public Optional<String> getAvatarUrl() { return Optional.ofNullable(avatarUrl); }
- 调用方必须主动处理空值：user.getAvatarUrl().orElse("/default.png") 或 .map(String::toUpperCase).orElse("")
- 禁止将 Optional 作为字段类型或 setter 参数，否则违背其设计初衷
提供默认值，消除调用方判空负担
当该属性虽可为空，但业务上总有合理兜底（如用户名为空时显示“未知用户”，状态码为空时视为“待处理”），直接在 getter 中返回默认值更简洁高效：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- public String getName() { return name != null ? name : "未知用户"; }
- public Integer getAge() { return age == null ? 0 : age; }
- 避免调用方重复写 user.getName() != null ? user.getName() : "未知用户"，减少冗余和遗漏
- 注意：仅适用于默认值语义清晰、无歧义的场景；若“空”代表“未设置”且需与“设为默认值”区分，仍推荐 Optional
配合注解与工具，在编译期守住入口
单靠 getter 防护不够，需从源头降低 null 流入概率：
立即学习“Java免费学习笔记（深入）”；
- 在字段或 getter 上标注 @NonNull（如 JetBrains 注解），IDE 和 SpotBugs 可在赋值、传参、调用处标出潜在风险
- Lombok 的 @Data + @RequiredArgsConstructor 配合 @NonNull 字段，自动生成非空校验构造逻辑
- DAO 层查询结果统一返回空集合（Collections.emptyList()）而非 null，避免 null 进入 service 层流操作
避免常见误区
有些做法看似防护，实则掩盖问题或引入新风险：
- 在 getter 里抛异常（如 if (name == null) throw new IllegalStateException("name must not be null")）——违反 getter 应无副作用、低开销的原则
- 对所有 getter 都加 Optional —— 强行包装确定非空字段（如主键 id、创建时间）会增加认知成本，属于过度设计
- 用 try-catch 包裹 getter 调用 —— NPE 是编程错误，不是运行时异常，应预防而非捕获
- 依赖 toString()/valueOf() 替代判空 —— 仅解决日志打印等极少数场景，无法替代业务逻辑中的空值语义处理
