java成员变量合理封装要求:必须private,辅以带校验逻辑的getter/setter,敏感字段脱敏处理,策略类用接口+spi解耦,不可变对象用final+构造器初始化。

Java 中成员变量的合理封装,是实现对象解耦的起点。它不只是加个 private,而是通过访问控制、行为绑定与接口设计,让对象内部状态可控、外部依赖可替换、系统扩展更灵活。
成员变量必须私有化,但不能只靠 private
将成员变量声明为 private 是封装的第一步,但仅此远远不够。关键在于:它切断了外部直接赋值路径,迫使所有修改必须经过类自身方法——这为校验、监听、日志、转换等逻辑留出统一入口。
- 成员变量属于对象实例,每个对象独有一份,生命周期与对象一致;而局部变量在栈中,随方法调用结束即销毁
-
private修饰的变量无法被子类继承,也不能被同包其他类访问,真正实现了“本类专属” - 未初始化的
private成员变量会获得默认值(如int为 0,Object为null),但业务上应通过构造器或 setter 显式赋值,避免隐式默认值引发歧义
getter/setter 不是摆设,而是行为封装的载体
暴露 public 的 getter/setter 方法,本质是把“读取”和“写入”变成可编程的契约。它们不是简单透传,而是承担数据校验、状态同步、事件触发等职责。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 例如设置年龄时,
setAge(int age)应判断age > 0 && age ,而非放行非法值 - 对敏感字段(如密码、余额),getter 可返回脱敏结果(
"****"),setter 可自动哈希加密 - 若属性变更需通知其他模块,可在 setter 内调用
firePropertyChange()或发布事件,实现松耦合响应
用接口+SPI 解耦对象行为,而非硬编码成员类型
当成员变量本身是策略型、插件型对象(如支付方式、日志格式器、规则引擎)时,不应直接声明具体类,而应定义接口,并通过 SPI 动态加载实现。
- 声明
private PaymentStrategy paymentStrategy;,而非private AlipayPaymentStrategy; - 在
META-INF/services/com.example.PaymentStrategy中配置实现类全名,运行时由ServiceLoader.load(PaymentStrategy.class)获取可用实例 - 业务代码只依赖接口,无需 import 具体实现类,更换渠道只需改配置、换 jar,不碰主逻辑
构造器与不可变性:从源头控制对象状态
对于一旦创建就不该改变的对象(如订单 ID、用户身份凭证),应禁用 setter,仅通过构造器初始化成员变量,并将字段设为 final。
- 构造器内完成全部校验(如非空、格式匹配、范围检查),确保对象一诞生就合法
-
final private String userId;+ 仅构造器赋值 → 编译期保障不可变,线程安全,语义清晰 - 若需后续扩展,可通过返回新对象的方式(如
withNewEmail(String newEmail)),保持原有对象不变
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










