首先来看一下【封装】在java中的经典体现：
不允许对象使用【圆点运算符】直接【存取】实例变量的值；
eg：
像上面这样可以直接使用【圆点运算符】改变dog1实例的age变量的值，这在java的世界里是及其不可被接受的，因为他违背了封装的铁律！！！
从而对数据进行了不合理的暴露，【这里的暴露指的是——可以使用【圆点运算符】直接【存取】实例变量的值】所以，正确的写法是：
所以，可以总结出java封装的基本原则：
将类的实例变量使用private标记成私有，
并提供public的Getter和Setter方法用于存储对应的实例变量。这条原则带来的效果就是：
断绝了其他类通过【圆点运算符】直接存储对象实例变量的可能，强迫一切想存取某某对象实例变量的值时，都必须通过Setter来实现对实例变量的存取；
那么，存取实例变量的过程从直接【圆点存储】，变成了先调用Setter在进行变量值的存取；【多了一个Setter步骤】
也就是说：我们可以在Setter中做合法性的赋值判断，判断通过之后才允许赋值，从而保证了实例变量值的安全性（即：保证了实例变量的值在一个合法的范围之内）
eg：
如上所示：我们在Setter中加入了一些【合法性赋值判断】，从而保证了age值的合法性；看到这你可能会想：
我像下面这样写不是一样可以保证age值得合法性吗？
是的，像上面这样写是可以保证age值得合法性，但是他违背了java的封装性，同时不利于代码的后期扩展。
解释：
假设一个场景：
假如一开始不需要对age的值进行赋值校验，那直接使用【圆点运算符进行实例变量存取】的写法就是：dog1.age = 10，
这个写法在代码中出现了1000遍。
后来，业务场景发生变化，要求对age的值进行【赋值合法性判断】，那依据上面的写法是不是要加上1000个if判断？
天啊，这种【代码设计】简直不可被接受！！！
那如果，一开始就使用封装写法呢？
是不是只要在age这个实例变量的Setter方法上加上一个if判断就可以呢？
从这就可以看出封装写法的优越性：给实例变量的赋值合法性判断预留了位置
另外，实际编码中，我们最常见的Setter方法其实是没有什么【赋值合法性判断】的代码的，就像下面这个：
所以，封装的目的是：我可以不写【赋值合法性判断】的代码，但是如果需要，我就能立马以最【优雅】的方式加上！！！
所以，【直接使用【圆点运算符存取变量】所带来的简单】和上面封装所带来的【赋值合法性判断的预留】相比是不值一提的！！！
小结：
【封装】结合【赋值合法性判断】可以保证对象的实例变量不被赋值成什么奇奇怪怪的值，从而保证了程序运行时的数据安全！！！
