你有智能手机吗?有一个大的还是很多小的应用程序?一个应用程序是否会回复另一个应用程序?您可以在安装、更新和/或卸载另一个应用程序时使用一个应用程序吗?每个应用程序都是独立的，这是一种高内聚性。每个应用程序都独立于其他应用程序，这是低耦合。DevOps偏爱这种架构，因为这意味着您可以在不中断整个系统的情况下进行离散的连续部署。

举个例子可能会有所帮助。想象一个生成数据并将其放入数据存储的系统，数据存储可以是磁盘上的文件，也可以是数据库。

高内聚可以通过将数据存储代码与数据生产代码分开来实现。(实际上是将磁盘存储与数据库存储分开)。

低耦合可以通过确保数据生产对数据存储没有任何不必要的了解来实现(例如，不会询问数据存储关于文件名或db连接的信息)。

当我读到微服务的时候。我发现了以下几点:

内聚性是对组件各部分之间的关系数量的度量。高内聚性意味着交付组件功能所需的所有部分都包含在组件中

耦合是系统中一个组件与其他组件之间关系数量的度量。低耦合意味着组件与其他组件之间没有太多关系

长话短说，我所理解的低耦合意味着可以在不影响系统正常功能的情况下交换组件。基本上，将您的系统模块化为可单独更新的功能组件，而不会破坏系统

打个比方，如果你的猫叫，它的凝聚力很差，如果你的狗需要一只猫在他身边叫，这是高度耦合的。

狗会叫，猫会呼噜，如果它们吐了，你的拉请求会被拒绝。

在软件工程中，就像在现实生活中一样，内聚是指组成一个整体(在我们的例子中，让我们说一个类)的元素实际上属于一起的数量。因此，它是软件模块的源代码所表达的每个功能之间相关性的一种度量。

从OO的角度来看内聚的一种方法是类中的方法是否使用任何私有属性。

现在讨论的范围更大了，但高内聚(或内聚的最佳类型-功能内聚)是指模块的各个部分被分组，因为它们都有助于模块的一个定义良好的任务。

简单地说，耦合就是一个组件(再一次，想象一个类，尽管不一定)对另一个组件的内部工作方式或内部元素的了解程度，即它对另一个组件的了解程度。

松耦合是一种将系统或网络中的组件相互连接的方法，这样这些组件就可以在实际可能的最小程度上相互依赖。

我为此写了一篇博客。它详细地讨论了所有这些，并提供了示例等。它还解释了为什么应该遵循这些原则的好处。