浅析 耦合 紧耦合 松耦合 解耦

耦合 指模块之间的依赖关系，包括控制关系、调用关系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个准则就是高内聚低耦合。

内聚 内聚性是对一个模块内部各个组成元素之间相互结合的紧密程度的度量指标。模块中组成元素结合的越紧密，模块的内聚性就越高，模块的独立性也就越高。理想的内聚性要求模块的功能应明确、单一，即一个模块只做一件事情。模块的内聚性和耦合性是两个相互对立且又密切相关的概念。

紧耦合 紧耦合架构本质是一个client/server模型，客户机发起请求给服务器，服务器收到，根据请求做出回答，然后反馈给客户机。这种架构最典型的应用就是我们每天都用到的web服务。优点嘛，就是简单。架构简单、设计简单、开发周期短、能够快速投入部署和应用。在Laxcus集群的早期运行中，这些特点都得到有力的验证。数据计算量、计算时间成倍数的增长后，紧耦合架构渐渐不堪重负，缺点开始不断暴露出来。 例如：无法支持大规模的计算业务、计算机不能控制超载现象对硬件的伤害过大、对网络资源消耗大、关联度过高，不利于模块化处理等

松耦合 松耦合的方法，一般是底层函数，功能尽量单一，尽量避免修改底层函数，功能相近的函数，可以设计两个以上，不要为了减少代码量，把一个函数的功能设计太多。解决了紧耦合架构上存在的所有问题。 例如：多任务并行处理能力获得极大提升、实现负载自适应机制、实现了运行任务的随机控制、由于代理服务器的隔绝和筛查作用基本杜绝了网络攻击、Invoke/Produce机制改善了程序结构的模块化，有利于实现复杂的数据业务处理、异步操作减少了网络资源消耗和操作关联等，从而增强了系统稳定性。

解耦 程序中互相不相关或有限相关的模块分割开来。很多情况下，不同模块之间是有互相之间的关系的。这时，就需要接口。用接口准确定义模块之间的关系。解耦前，两个模块之间共享所有信息（这个信息包括数据，也包括各自的实现细节）。解耦后，需要共享的信息被准确地定义在接口中。同时，信息的流向也被确定。

松紧耦合的架构对比

鸣谢：https://www.cnblogs.com/z-x-y/p/9230856.html