最新2分钟彻底搞懂“高内聚，低耦合”_高内聚低耦合什么意思，2024年网络安全大厂面试

本人从事网路安全工作12年，曾在2个大厂工作过，安全服务、售后服务、售前、攻防比赛、安全讲师、销售经理等职位都做过，对这个行业了解比较全面。

最近遍览了各种网络安全类的文章，内容参差不齐，其中不伐有大佬倾力教学，也有各种不良机构浑水摸鱼，在收到几条私信，发现大家对一套完整的系统的网络安全从学习路线到学习资料，甚至是工具有着不小的需求。

最后，我将这部分内容融会贯通成了一套282G的网络安全资料包，所有类目条理清晰，知识点层层递进，需要的小伙伴可以点击下方小卡片领取哦！下面就开始进入正题，如何从一个萌新一步一步进入网络安全行业。

学习路线图

其中最为瞩目也是最为基础的就是网络安全学习路线图，这里我给大家分享一份打磨了3个月，已经更新到4.0版本的网络安全学习路线图。

相比起繁琐的文字，还是生动的视频教程更加适合零基础的同学们学习，这里也是整理了一份与上述学习路线一一对应的网络安全视频教程。

网络安全工具箱

当然，当你入门之后，仅仅是视频教程已经不能满足你的需求了，你肯定需要学习各种工具的使用以及大量的实战项目，这里也分享一份我自己整理的网络安全入门工具以及使用教程和实战。

项目实战

最后就是项目实战，这里带来的是SRC资料&HW资料，毕竟实战是检验真理的唯一标准嘛~

面试题

归根结底，我们的最终目的都是为了就业，所以这份结合了多位朋友的亲身经验打磨的面试题合集你绝对不能错过！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Tips：元素可以是方法、对象（类），也可以指系统、子系统、模块、服务等。

• 1）高内聚低耦合是软件架构的一种概念、思想；
• 2）内聚与耦合想相对的，内聚程度越高那么耦合度就低，内聚程度越低往往耦合度就高；
• 3）我们在软件设计时，应该尽量做到高内聚、低耦合；

1.2 低耦合

1.2.1 耦合概念

耦合，简单的来说就是元素（类）与元素（类）之间的关系；我们在设计程序时应该降低元素与元素之间的直接关系；降低元素与元素之间的耦合性；

假如一个元素A去调用元素B，或者通过自己的方法可以感知B，当B不存在的时候就不能正常工作，那么就说元素A与元素B耦合。耦合带来的问题是，当元素B发生变更或不存在时，都将影响元素A的正常工作，影响系统的可维护性和易变更性。同时元素A只能工作于元素B存在的环境中，这也降低了元素A的可复用性。

1.2.2 如何降低耦合

简单的来说就是元素A不能过度依赖元素B；

• 1）定制合理的职责划分，让系统中的对象各司其职，不仅是提高内聚的要求，同时也可以有效地降低耦合；
• 2）使用接口而不是继承：我们不难发现。继承就是一种耦合，假如子类A继承了父类B，父类B修改了任何功能将直接影响到子类，而接口则是将功能延迟到了子类中来实现；

1.3 高内聚

架构设计时的内聚高低是指，设计某个模块时，模块内部的一系列相关功能的相关程度的高低。相关程度越高，我们称之为高内聚，反之低内聚；内聚是从功能角度来度量模块内的联系，一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。

很明显，程序的内聚性越高，代表功能的相关性也就越高，从一定程度上来说，这个功能就应该属性这个元素；因此耦合性就降低了；

程序讲究的是低耦合，高内聚。就是同一个模块内的各个元素之间要高度紧密，但是各个模块之间的相互依存度却要不那么紧密。

1.4 不能完全低耦合

高内聚低耦合只是一个度的问题，我们并不能做到完全的高内聚低耦合；有时候太过严格反而会适得其反

我们可以举几个代码上的例子：

1）我们的UserServlet中，出现了UserService和DeptService，从一定程度上来讲，Dept的业务应该是不属于我User管辖的

如果要严格按照"高内聚，低耦合"的要求来，那么只能把DeptService的业务写在DeptServlet中，这样做虽然是降低了UserServlet与DeptService的联系，提高了UserServlet的内聚，但很显然，UserService变得非常臃肿（高耦合、低内聚）

2）我们再"严格"一点，ArticleServlet的功能应该由ArticleServlet来提供，而不需要借助其他类，否则ArticleServlet就与ArticleService产生耦合关系：

那么为了进一步降低耦合性，只能把ArticleService的代码编写到ArticleServlet中，那么很显然，ArticleSerlvet的内聚性就非常低了，因为很多不是属于ArticleServlet的代码也编写到ArticleServlet中了；

因此"高内聚低耦合只是一个度的问题"，但是实际的设计开发过程中，总会发生这样那样的问题与情况，真正做到高内聚、低耦合是很难的，很多时候未必一定要这样， 更多的时候“最适合”的才是最好的， 不过，理解思想，审时度势地使用， 融会贯通，灵活运用，才是设计的王道。

比如说我们设计一个类可以不与JDK耦合，这可能吗？除非你不是设计的Java程序。再比如我设计了一个类，它不与我的系统中的任何类发生耦合。如果有这样一个类，那么它必然是低内聚，而且是非常低的内聚（因为所有的功能都在一个类的，耦合非常高，内聚非常低）。耦合与内聚常常是一个矛盾的两个方面。最佳的方案就是寻找一个合适的中间点。

• 高内聚：一个的元素中的功能应该都是相关程度非常高的，不要提供与本身无关的功能
• 低耦合：尽量与其他元素不要产生关系；

学习路线：

这个方向初期比较容易入门一些，掌握一些基本技术，拿起各种现成的工具就可以开黑了。不过，要想从脚本小子变成黑客大神，这个方向越往后，需要学习和掌握的东西就会越来越多以下是网络渗透需要学习的内容：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！