计网思维导图总结

发表于2026-04-09|更新于2026-04-09|计算机基础

|浏览量:

计网思维导图总结

内容较多，浏览器建议使用大纲查看。

文章作者: 褚成志

文章链接: https://www.chucz.asia/2026/04/09/%E8%AE%A1%E7%BD%91%E6%80%9D%E7%BB%B4%E5%AF%BC%E5%9B%BE%E6%80%BB%E7%BB%93/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源褚成志的分享站！

思维导图面试计算机网络

相关推荐

网络知识总结

processon processon 基于网络层，结合 Linux 系统的网络协议栈和网络收发流程。分析和定位网络瓶颈。定位出网络性能瓶颈后，根据瓶颈所在的协议层，进行优化。从应用程序、套接字、传输层、网络层再到链路层等，对每个层次进行逐层优化。无法使用协议优化的时候，可以考虑，使用 DPDK 等用户态方式，绕过内核协议栈；或者，使用 XDP，在网络包进入内核协议栈前进行处理。性能指标和工具各层性能优化获得网络基准测试报告，然后通过相关性能工具，定位出网络性能瓶颈。再接下来的优化工作应用程序–主要对网络 I/O 和进程自身工作模型的优化。网络 I/O 的角度 I/O 多路复用技术 epoll，主要用来取代 select 和 poll。是解决 C10K 问题的关键使用异步 I/O（Asynchronous I/O，AIO）。AIO 允许应用程序同时发起很多 I/O 操作，而不用等待这些操作完成。等到 I/O 完成后，系统会用事件通知的方式，告诉应用程序结果。不过，AIO 的使用比较复杂...

git思维导图总结

导图有笔记 https://www.processon.com/view/link/60ab180a5653bb690f73a0fa 新建仓库新建的时候最好有文件合并分支mergedev和master分支都有修改的话，使用git log只能看到自己的分支的log git merge dev 当前是在master分支的，结果如下：可以看到是新建了一个分支。最为master当前的分支，但是dev还是在自己的分支。一般不会在master修改，也就是裸仓库。只是用来合并的。修改dev分支的内容提交，回到master合并产生冲突了，修改之后 git add test1 git commit 再次查看，所以就是master是不会修改的。只在Dev分支做修改，修改了之后merge上去后面的内容直接看导图为什么建议多分支Git 的分支也非常轻量。它们只是简单地指向某个提交纪录 —— 仅此而已。所以许多 Git 爱好者传颂：早建分支！多用分支！这是因为**即使创建再多的分支也不会造成储存或内存上的开销**，并且按逻辑分解工作到不同的分支要比维护那些特别臃肿的分支简单多了。

操作系统内存管理思维导图总结

操作系统内存管理思维导图总结笔记在导图里面 https://www.processon.com/view/link/60a2668563768925076bb0cb 操作系统–虚拟内存管理

阻塞、非阻塞、同步、异步的区别是什么？

同步异步描述的是被调用方。阻塞非阻塞描述的是调用方。二者没有必然联系。阻塞是调用方A发出命令后，必须等待B返回结果。非阻塞是调用方A发出命令后，A不需要等待B，可以做自己的事情。同步是B收到A的指令之后会立即执行，A可以得到结果。异步是B收到A的指令之后不会立即执行要做的事情，A的本次调用不会得到结果，但是B执行完要做的事情之后会通知A。我们常常混淆的同步异步、阻塞非阻塞其实是放在特定场景下的，不能一概而论，IO也分为磁盘IO和网络IO。这里所讲的IO一般指网络IO。阻塞IO和非阻塞IO：指的是socket编程中发起read函数系统调用读取数据后是否阻塞住如果一直等待到有数据才返回，这个read就是阻塞的，也是同步的如果没有数据就返回-1而不是等待，这个read就是非阻塞的，也是同步的同步IO和异步IO：指的操作系统内核是否自动将数据从内核空间拷贝到用户空间如果需要read函数自己将数据拷贝到用户空间就是同步IO 如果内核自动将数据拷贝到用户空间，并且通知用户，就是异步IO（一般在Linux上用的少，windows有完整实现）同步执行和异步执行：指...

JVM 思维导图

消息队列重点问题

参考资料：从 0 开始带你成为消息中间件实战高手中华石杉互联网 Java 工程师面试突击（第一季）重点一定要在自己的核心链路里做文章，有没有可能一个关键的步骤会失败？如果这个关键步骤失败了，这个时候会怎么样？如果某个步骤没有成功，是不是需要启动后台线程定时扫描进行补偿？所谓的核心链路，不是说查询链路，即并不是一次请求全部是查询。而是说的是数据更新链路，即一次请求过后会对你的各种核心数据进行更新，同时还会调用其他服务或者系统进行数据更新或者查询，这样的一个链路叫做系统的核心链路。针对这样的系统核心数据链路，你考虑一下有没有哪些环节拖累了性能？你能否通过在系统里打印日志的方式，排查出来核心数据链路中的每个环节的耗时是多长？哪些环节是最耗时的？有没有可能引入MQ技术把一些耗时的步骤做成异步化的方式，来优化核心数据链路的性能？如果可以的话，你应该如何设计这个技术方案？哪些环节同步执行？哪些环节要异步执行？主动思考能力，随机应变的本事。如果让你写一个消息队列，该如何进行架构设计？说一下你的思路。从整体了解把握住一个消息队列的架构原理，给出一些关键点出来。技术的基本原理、...

数据加载中