介绍：

单一职责原则（SRP：Single responsibility principle）又称单一功能原则，面向对象五个基本原则（SOLID）之一。它规定一个类应该只有一个发生变化的原因(所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。)

作用：

1、降低类的复杂度，一个类只负责一项职责；

2、提高类的可读性，可维护性；

3、降低变更引起的风险呢；

原理：

如果一个类承担的职责过多，就等于把这些职责耦合在一起了。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当发生变化时，设计会遭受到意想不到的破坏。而如果想要避免这种现象的发生，就要尽可能的遵守单一职责原则。此原则的核心就是解耦和增强内聚性。

问题由来

之所以会出现单一职责原则就是因为在软件设计时会出现以下类似场景：

T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。也就是说职责P1和P2被耦合在了一起。

产生原因

日常的编写程序时，程序设计人员清楚应该写出高内聚低耦合的程序，但是很多耦合常常发生在不经意之间，其原因就是：

         职责扩散：因为某种原因，某一职责被分化为颗粒度更细的多个职责了。

解决办法

遵守单一职责原则，将不同的职责封装到不同的类或模块中。

注意：
通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则，反之，应在类级别保持单一职责原则。