以知识地图梳理网络通信系列文章，探讨人员分工问题

我曾经撰写过关于网络通信的一系列文章，但这些内容比较零散，缺乏一个连贯的体系，因此这篇就采用知识图谱的方式加以整合。

知识图谱是一种知识引导工具，它呈现了各类知识库之间关键的即时关联。本文着重从宏观角度，清晰呈现先前文章的构思脉络。这种文章的构思脉络，本质上就是成为架构师必须通晓的网络通讯知识进修路径。

目的意义

在【编程一生】社群里，有成员反映认为许多工作属于运维范畴，但实际上运维人员因不熟悉业务，难以提供有效支持，部分优秀的运维人员则能主动承担问题，通过分析开发者的代码来解决问题。

先前提及的情况关联到工作职责的分配问题。十多年前，前端与后端尚未形成清晰界限，所有开发任务均由全能型工程师承担。设置前后端界限是为了使工作能够更加深入细致。近些年来，岗位职责呈现出愈发细致化的态势。然而，职位越高，高级职员往往涉猎广泛。因为他们承担的是整体项目，而非某个局部环节。

分配任务是为了更高效地处理事务。识别困难是事务的一部分。我的看法是不要过于纠结具体由谁负责。责任应当以事务为重。能够妥善处理事务的人不会遭受损失。

归纳来说：掌握网络通信方面的学问，对于诊断制造难题和设计系统都有重大意义，需要以具体事务为出发点，不可以为自己划定范围。

基础知识

操作系统和网络基础

从分析故障出发，运营系统通常部署在Linux平台，该平台具备四大网络交互支柱，先阐述前两项支柱，这两项支柱分别涉及我先前撰写的两篇广受好评的文章，即《白话Linux操作系统原理》和《白话TCP/IP原理》。

探究具体内容，就会牵涉到常规考核时经常遇到的题目，例如《深入浅出操作系统的零拷贝》和《网络字节序列-大端序和小端序》，这些都是必须熟练掌握的基本知识。

面试时经常被问及的，主要是IO方面的内容。通常情况下，掌握了《轻松搞懂5种IO模型》和《趣谈IO多路复用的本质》这两本书，就基本能够应对了。

应用层协议

《深入解析HTTP状态码1XX》与《【结果揭晓】客户端向服务端交互时，全部的http状态码是否均由服务端发出？》两篇文章对http的状态码进行了详尽阐释，能够讲明这些内容，相信能令众多面试官刮目相看。倘若是我参与面试，我会觉得应试者考虑问题相当周密。

网络安全

《架构师进阶-https协议核心机制》和《透彻！国际密码体系对称密码DES原理》阐释了证书和加密解密、加密验证签名算法，这部分内容对于网关等底层设施的开发是必备知识。

架构底蕴

网络通信中间件里包含部分基础架构设计理念，这些理念涉及多个关键内容，具体包括Session的历史渊源，分布式状态下如何维持状态，深入分析MQ生产端的底层通信机制，以及socket的运作原理，这些内容分别通过四篇文章进行阐述，分别是《网络通信之Session的历史血脉》、《状态保持解决方案-分布式session的历史血脉》、《深入理解MQ生产端的底层通信过程-理解channel》和《接下来一段时间会对大家进行网络通信的魔鬼训练-理解socket》。

架构师必须透彻掌握整个流程的各个环节。《一个http请求进来都经过了什么(2021版)》、《一个请求过来都经过了什么？(2017年http版)》和《一个请求过来都经过了什么?(Thrift版)》这些资料就是说明架构师日常需要梳理哪些关键环节。

应用案例

网络通信的主要作用是协助处理生产环节出现的各类难题。通过分析《https引发的跨域难题-COE&案例分析》、《池式架构-连接池机制》以及《理解三层境界-使用dubbo时请求超时状况》等文章，我阐述了实际工作中网络层面的挑战，旨在指导大家实践应用。

这篇文章意图作为收尾之作，阐述通过学习前文内容，读者能够独立构建一个框架。

总结

本文阐述了精通网络交流的进修路径。达到架构师水准的人能领会到这种层次的不多,这其实也没那么复杂。

本文来自作者[admin]投稿，不代表芝麻开门立场，如若转载，请注明出处：https://aizmkm.com/zshi/202508-5415.html