Looking up...
系统设计中模块间依赖程度低，各模块独立性强，修改或替换时互不影响的设计原则
采用松耦合架构后，前端团队可以独立开发页面组件，无需等待后端接口完成。
采用松耦合架构后，前端团队能够独立开发页面组件，不依赖后端接口的具体实现进度。
API网关与微服务之间采用松耦合设计，可随时替换任意一个微服务而不影响整体系统运行。
通过API网关与微服务间的松耦合设计，系统能够在不影响整体运行的情况下替换任意微服务。
与之相对的是'紧耦合'，指模块间依赖性高，修改时需同步更新多个模块。
可通过以下标准评估：1）模块间是否通过明确接口通信而非直接调用；2）修改一个模块时是否不需要修改其他模块；3）系统是否能在不停机情况下进行模块升级或替换。
模块间通过抽象接口交互，隐藏内部实现细节，仅暴露必要的功能。依赖方只需了解'what'而非'how'。
由'松'（形容松散、灵活）和'耦合'（coupling，指模块间的依赖关系）组合而成，源于软件工程领域对系统设计原则的描述。'耦合'一词最早出现于20世纪60年代的结构化设计理论，而'松耦合'作为其反义概念在2000年后随着面向服务架构（SOA）和微服务架构的兴起被广泛使用。
常用于描述软件系统、微服务架构、API设计等技术场景。强调系统的灵活性、可维护性和可扩展性。在中文技术文档中通常与'紧耦合'对比使用。