【Java从入门到精通】第8篇：封装的艺术——private、getter/setter与JavaBean的约定
目录
一、封装的设计哲学：为何不能让数据裸奔
二、访问权限修饰符的完整矩阵
三、getter与setter：受控的数据通道
四、JavaBean规范：约定之上的框架基石
五、封装在工程实践中的边界
六、结语
一、封装的设计哲学：为何不能让数据裸奔
在上一篇中，我们讨论了类将属性和行为组织为统一的逻辑单元。但仅仅将数据和方法放进一个类中，并不足以保证程序的安全。如果所有成员变量都直接暴露给外部代码，任何一个调用者都可以随意修改对象的内部状态——将年龄设为负数，将余额直接覆盖而非通过转账流程扣减，将密码字段打印到日志中。
封装正是为解决这一风险而设计。它的核心原则是：对象的内部状态应当由对象自己掌控，外部代码只能通过对象提供的公开接口来访问和修改数据。这堵墙不保证外部代码不能犯错，但保证外部代码只能在对象允许的范围内犯错。
封装的价值不仅在于安全防护。它还降低了系统耦合度——外部代码依赖的是公开接口而非内部实现细节。当内部数据结构需要调整时，只要公开接口保持不变，所有外部调用者无需任何修改。这对于持续迭代的大型项目而言，是决定可维护性的关键架构特性。
二、访问权限修饰符的完整矩阵
Java提供了四种访问权限修饰符，它们的可见性形成了一个从最开放到最封闭的梯度。
public是完全开放的。被public修饰的类、方法或变量可以被任何其他代码访问——无论是否在同一个包内，无论是否是子类。public是提供给外部世界的API契约。
protected向子类和同包类开放。被protected修饰的成员在同一个包内完全可见，在不同包中只有继承该类的子类可以访问。protected通常用于设计“专门为子类扩展而预留”的方法——这些方法不希望被任意外部调用者使用，但希望子类在重写时能够调用父类的实现。
默认权限不写任何修饰符。它的可见范围严格限制在同一个包内——不同包中的代码即便继承了该类，也无法访问其默认权限的成员。默认权限常用于包内部协作的类和方法，它们对外部包完全隐藏。
private是最封闭的。private成员仅在声明它的类内部可见，任何外部代码——包括子类——都无法访问。成员变量几乎都应该声明为private，让对象对自己的数据拥有绝对控制权。
这四种权限构成了一道从私有到公开的阶梯。设计类时，一条经验法则是：尽可能使用最严格的权限，只在必要时放宽。这个原则让类的内部实现获得最大程度的修改自由，只将真正需要暴露的功能推向public。
三、getter与setter：受控的数据通道
将成员变量声明为private之后，外部代码如何读取和修改这些数据？答案是通过getter和setter方法建立受控访问通道。
getter方法返回成员变量的值。在getter中，你可以对返回值进行格式化、脱敏、或防御性拷贝。setter方法设置成员变量的值。在setter中，你可以验证输入参数的合法性——拒绝负数年龄、拒绝空字符串、拒绝超出范围的数值——在数据进入对象之前就将非法值拦截下来。
getter和setter提供了数据访问的单一入口和出口。如果需要为某个字段的访问添加日志记录、权限检查或缓存逻辑，只需在getter或setter中修改一次，所有调用者自动生效。如果成员变量直接暴露为public，这种全局性修改需要遍历修改所有直接访问该字段的代码位置。
并非每个成员变量都需要同时拥有getter和setter。某些字段可能只需要getter不需要setter——比如由构造方法注入、对象创建后不应再被修改的不可变数据。某些字段可能只需要setter不需要getter——比如密码字段，允许设置但不允许读取。getter/setter的组合方式由业务语义决定，而非机械的全面生成。
四、JavaBean规范：约定之上的框架基石
JavaBean是一种符合特定命名约定的Java类。它要求类拥有一个公共的无参构造方法，成员变量私有化，通过符合命名规范的getter和setter方法访问属性。
对于布尔类型的属性，getter方法约定使用is前缀而非get前缀——这是JavaBean规范中一个容易遗漏的细节。许多自动生成getter/setter的工具会自动遵循这个约定，但手写代码时需要注意这一特例。
JavaBean的命名约定看似只是代码风格问题，实际上它是很多Java框架的底层运行基础。Spring框架通过属性名推断getter和setter方法名，实现依赖注入和属性绑定。MyBatis通过JavaBean规范将数据库查询结果自动映射为对象属性。JSP表达式语言通过getter方法读取对象属性进行页面渲染。
内省机制是Java对JavaBean规范的程序化支持。它允许程序在运行时分析一个类的结构——获取属性列表、读取属性值、设置属性值——而无需在编译时知道该类的具体类型。这种运行时动态分析对象属性的能力，是无数框架实现自动装配和对象关系映射的技术基础。
五、封装在工程实践中的边界
封装不是无限度的隐藏。将一切都设为private并不总是好的设计。子类在扩展父类时，需要访问父类的某些内部状态来正确完成功能——将这些状态设为protected而非private，是为扩展留出的结构性接口。同一个包内的类之间往往存在紧密的协作关系，使用默认权限让包内部类可以直接交互，比将所有调用都通过public方法转发更加清晰高效。
封装的本质不是把数据藏得越深越好，而是让数据的访问路径明确、可控、可追溯。一条数据被哪些代码读取、被哪些代码修改、修改前经过了哪些校验——这些路径应该是显式可追溯的，而非分散隐藏在代码的各处角落。
六、结语
封装以访问权限为墙，以getter/setter为门，为对象的内部状态建立了一套严谨的访问控制体系。private确保外部代码不能随意触碰对象的内部数据，getter/setter提供受控的访问通道，JavaBean规范将这套约定提升为框架自动装配的通用语言。
理解封装是理解面向对象设计的起点。下一篇，我们将进入继承机制——子类如何获得父类的属性和方法，方法重写如何实现多态，以及super关键字如何在子类中调用父类的构造方法。