细节决定成败，在一些细节上可以看出个人的编码风格习惯。
简要目录：
- 1、static 关键字的理解
- 2、明确开发目标
- 3、类级别的解耦方式
static 关键字的理解
首先理解下 static，它可以作用在类、变量、方法、代码块上。它表示‘全局’或者‘静态’的意思。它不依赖具体的实例而被所有的实例共享。
代码块上：如果有些代码必须在项目启动的时候就执行,就需要使用静态代码块,这种代码是主动执行的。优先于构造方法，可以有多个静态代码块（按先后循序执行）
-
变量、方法上：可以理解为不需要实例化对象即可使用，即全局方法、全局变量 （当然要受修饰符限制）。静态变量是属于整个类的变量而不是属于某个对象的，静态方法也同理。
静态方法不能以任何方式引用this和super关键字，因为静态方法在使用前不用创建任何实例对象，当静态方法调用时，this所引用的对象根本没有产生。一些 static 方法，最好是写在一个类中，作为公共使用的工具类，而不是写到具体类中。
在使用static方法时，会担心内存不释放问题，其实一般情况下，在该方法执行完后就释放掉该引用，除非传递给其他对象。例如
static 方法
- 类上：一般都是作用在静态内部类上，与非静态内部类有很大的区别
非静态内部类：持有外部的引用，若内部类不释放则外部类也得不到释放。（当心内存泄漏）
持有外部类的引用就可以使用外部类的成员变量和方法静态内部类：不是有外部类的引用
与外部类的关系：外部类可以访问内部类的静态属性和静态方法
因此静态内部类可以：预防持有外部类而导致的内存泄漏。
明确开发目标
两个目标：
- 任务分配
- 代码解耦
开发基本上都是多人来完成的，合理的分配任务，才不至于‘串行’的开发。任务分配是的目标是为了使得代码能够更好的解耦。
设计模式无非是为了 高内聚低耦合 ，如何使得代码更好的解耦，道理我们都懂，只是有些时候需要个整体的屡清楚
类级别的解耦方式
- 通过配置来驱动业务，在某一时间内使得程序趋于衡定，避免硬编码。
- 通过抽象或接口来减少耦合，对于变化类不该有强依赖，杜绝显示的循环引用。
- 通过中间类来减少直接依赖，比如 util 类、proxy 以及工厂类等。
