单一职责原则
单一职责原则（Single Responsiblity Principle），SRP。其定义为，对一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是一组相关性很高的函数、数据的封装。
单一职责所表达的用以就是“单一”二字。如何划分一个类、一个函数的职责，需要根据个人经验、具体的业务逻辑而定。它有一些基本的知道原则，例如，两个完全不一样的功能就不应该放在一个类中。一个类中应该是一组相关性很高的函数、数据的封装。
开闭原则
开闭原则（Open Close Principle），OCP。它是Java世界里最基础的设计原则，它指导我们如何建立一个稳定的、灵活的系统。开闭原则的定义是：软件中的对象（类、模版、函数等）应该对于扩展是开放的，但是，对于修改是封闭的。在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会将错误引入原本已经经过测试的旧代码中，破坏原有系统。因此，当软件需要变化时，我们应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。当然，在现实开发中，只通过继承的方式来升级、维护原有系统只是一个理想化的愿景，因此，在实际开发过程中，修改原有代码、扩展代码往往是同时存在的。
里氏替换原则
里氏替换原则（Liskov Substitution Principle），LSP。其第一种定义是：如果对每一个类型为S的对象O1，都有类型为T的对象O2，使得以T定义的所有程序P在所有的对象O1都替换成O2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。第二种定义是：所有引用基类的地方必须能透明地使用其子类的对象。
里氏替换原则依赖与继承、多态这两大特性。通俗点讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要知道是父类还是子类。但是，反过来就不行了，有子类出现的地方，父类未必就能适应。最终总结就两个字：抽象。
依赖倒置原则
依赖倒置原则（Dependence Inversion Principle），DIP。指代了一种特定的解耦形式，使得高层次的模块不依赖于低层次的模块的实现细节的目的，依赖模块被颠倒了。
依赖倒置原则有以下几个关键点：
- 高层依赖不应该依赖低层模块，两者都应该依赖其抽象
- 抽象不应该依赖细节
- 细节应该依赖抽象
在Java语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的，细节就是实现类，实现接口或继承抽象类而产生的类就是细节，其特点就是，可以直接被实例化，也就是可以加上一个关键字new产生一个对象。高层模块就是调用端，低层模块就是具体实现类。依赖倒置原则在Java语言中的表现就是：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。一句话概括就是，面向接口编程，或者说是面向抽象编程，这里的抽象指的是接口或者抽象类。
接口隔离原则
接口隔离原则（InterfaceSegregation Principle），ISP。其定义是客户端不应该依赖它不需要的接口。另一种定义是，类间的依赖关系应该建立在最小的接口上。接口隔离原则将非常庞大、臃肿的接口拆分成更小的和更具体的接口，这样客户端将会只知道它们感兴趣的方法。接口隔离原则的目的是系统解开耦合，从而容易重构、更改和重新部署。
迪米特原则
迪米特原则（Law of Demeter），LOD，也称为最少只知识原则（Least Knowledge Principle）。其定义为，一个对象应该对其它对象有最少的了解。通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，类的内部如何实现与调用者或者依赖关系月密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。
总结
在应用开发过程中，最难的不是完成应用的开发工作，而是在后续的升级、维护过程中让应用系统能够拥抱变化。拥抱变化也就意味着在满足需求且不破坏系统稳定性的前提下提高可扩展性、高内聚、低耦合，在经历了各版本的变更之后依然保持清晰、灵活、稳定的系统结构。遵循面向对象六大原则就是走向灵活软件之路的第一步。