需求： 1.使用SAX读取自定义配置的xml文件数据。
SAX parser is working differently with a DOM parser, it neither load any XML document into memory nor creates an object representation of the XML document. Instead, the SAX parser use callback function (org.xml.sax.helpers.DefaultHandler) to informs clients of the XML document structure. 参考：https://www.javaguides.net/2018/10/how-to-read-xml-file-in-java-sax-parser.html
解读： ModuleHandler类 extends DefaultHandler startElement 首标签元素读取 characters 标签的属性(包括标签类型、标签中的文本内容) endElement 末标签读取
从首部标签开始向内部标签进行遍历标签式搜索 这个标签读取是都会读取 按照类似深度搜索根标签首标签开始读取到末尾标签。
遍历的过程中我们可以根据需要创建对象，并给相应的对象设置属性等 好处是，读取标签并没有创造整个的对象，我们在寻找指定标签内容时候对内存特别友好
SAX Parser is faster and uses less memory than DOM parser.
2.手写JDK动态代理实现。 JDK动态代理采用采用字节重组，重新生成对象来替代原始对象，以达到动态代理的目的。 (1)获取被代理对象的引用，并且获得它的所有接口，反射获取。 (2)JDK动态代理类重新生成一个新的类，同时新的类要实现被代理类实现的所有接口。 (3)动态生成Java代码，新加业务逻辑方法由一定的逻辑代码调用。 (4)编译新生成的Java代码.class文件。 (5)重新加载到JVM中运行。
静态代理：将自己本身的对象组合到中介类，业务层调用中介类 动态代理：可以抽离代理一些共同的东西，比如调用接口的耗时 为了适应Object实现代理模式，JDK框架中要求 1、实现InvocationHandler接口的一个中介类，并且这个中介类中需要组合一个业务层的实现接口 2、调用Proxy.newProxyInstance()反射一个实现接口的代理类，然后业务层进行调用
装饰器模式与代理模式的区别 装饰器模式强调自身功能的扩展。Decorator 所做的就是增强Concrete Component的功能(也有可能减弱功能)，主体对象为Concrete Component, 着重类功能的改变。 代理模式强调对代理过程的控制。Proxy完全掌握对RealSubject的访问控制。 因此，Proxy可以决定对RealSubject进行功能扩展、功能缩减、甚至功能散失(不调用RealSubject方法)，主体对象为Proxy。
举个例子：小明想租房，那么势必会有一些事情发生：房源搜索、联系房东谈价格等。 代理模式思考：只需要找一个房产中介，然后自己只需要等待中介通知之后然后付中介费。 装饰器模式思考：因为装饰器模式强调的是自身功能扩展，如果要找房子，小明自身就要增加房源搜索能力扩展、联系房东谈价格能力扩展。 通过相应的修饰器，提升自己的能力，一个人做完所有的事情。
7大软件设计架构基本准则 开闭原则 实现开闭原则的核心思想就是面向抽象编程。 依赖倒置原则 设计时，高层模块不应依赖底层模块，二者都应该依赖其抽象。 抽象不应该依赖细节，细节应该依赖抽象。（降低类之间耦合，提高系统稳定性，提高代码可读性和可维护性，降低修改程序带来的风险。） 高层模块-->底层模块抽象<--底层模块