计算机网络进阶:网络核心基础精讲学习笔记
博客分类:网络基础 | 学习难度:入门→进阶 | 适用人群:零基础小白、后端开发、运维岗、网络面试备考
笔记说明:本文聚焦网络通信核心底层知识,拆解DNS、CDN、路由三大前置技术,详解OSI与TCP/IP通信模型,深度剖析TCP/UDP协议及TCP三次握手、四次挥手核心机制,纠正常见认知误区,补充实操细节与面试高频考点,兼顾易懂性与专业性,助力快速吃透网络基础,搞定日常实操与面试答题。
一、前置核心知识:DNS、CDN、路由转发
用户访问网络的全流程,依赖三大技术协同工作,决定网络访问速度、稳定性、安全性,是网络运维、故障排查的基础,也是搭建高阶网络知识的入门基石,吃透这部分内容,才能理清数据传输的底层逻辑。
1. DNS域名系统:互联网的「导航电话本」
核心定义
DNS(Domain Name System,域名系统)是互联网核心基础服务,核心功能:域名 ↔ IP 地址的双向映射转换,彻底解决了人类记忆数字IP困难、计算机识别字符域名不便的矛盾。
-
正向解析:日常访问核心场景,将人类易记的字符域名(如www.baidu.com),翻译成计算机可识别的数字IP地址(如180.101.50.242);
-
反向解析:将IP地址还原为对应域名,多用于服务器溯源、邮件服务器校验、安全审计、日志排查等场景。
无DNS解析,用户仅能通过IP访问站点,记忆成本极高,且无法实现负载均衡、域名跳转等进阶操作,DNS是网络访问的第一道必经关卡。
标准工作流程(递归+迭代,分层解析)
DNS遵循本地缓存优先,远程查询兜底的原则,兼顾解析效率与准确性,完整解析链路分为四步,层层递进、无冗余操作:
-
本地缓存查询:用户输入域名后,系统逐级查询浏览器DNS缓存→操作系统DNS缓存→本地Hosts文件,若命中缓存直接返回对应IP,无需发起远程网络请求,大幅缩短解析耗时;
-
递归查询(客户端→递归DNS):本地缓存未命中时,客户端向运营商递归DNS(电信、移动、联通等公共DNS,也可手动配置谷歌、阿里云、腾讯云公共DNS)发起解析请求,后续查询流程由递归服务器全权代理,无需客户端参与;
-
迭代查询(递归DNS→各级权威服务器):① 递归DNS请求根DNS服务器,根服务器返回对应顶级域DNS地址(.com、.cn、.net等后缀专属服务器);② 递归DNS请求顶级域DNS,顶级域服务器返回目标域名的权威DNS地址(由域名注册商/托管商配置);③ 递归DNS请求权威DNS,获取域名对应的最终IP地址;
-
结果返回+缓存落地:权威DNS返回IP地址,递归DNS将结果缓存(缓存时长受TTL控制)后回传给客户端,客户端完成DNS解析,即可发起后续数据请求。
关键知识点+误区纠正
-
端口规范:DNS默认使用UDP 53端口(常规小型解析请求);当解析数据包超过512字节、或进行DNS区域传输时,强制切换为TCP 53端口,保障数据传输完整;
-
www非域名必备项:www属于常规子域名,网站可通过泛解析、301/302重定向配置,实现无www域名正常访问,不影响用户体验与解析效率;
-
域名≠单台服务器:域名对应服务器集群,而非单一设备,借助负载均衡技术分发流量,规避单点故障,保障站点高可用;
-
TTL核心作用:DNS解析TTL(生存时间),用于控制缓存有效期,TTL过期后需重新发起远程解析,调优TTL可兼顾解析速度与解析更新效率。
2. CDN内容分发网络:网络访问的「就近驿站」
通俗理解
把源站服务器比作远方总店,跨地域、跨运营商访问时数据传输路程远、延迟高、丢包率大;CDN就近边缘节点就像家门口的分店,用户无需直达远方源站,直接从就近节点获取资源,大幅缩短传输距离、提升访问速度,优化用户体验。
完整工作原理
-
节点部署:CDN服务商在全国乃至全球各地区、各运营商网络内,部署海量分布式边缘节点服务器,构建广覆盖、低延迟、高可用的节点网络,覆盖主流网络场景;
-
资源缓存规则:提前将网站静态资源(图片、CSS样式文件、JS脚本、视频、静态HTML、音频、字体文件等)缓存至各边缘节点;动态资源(接口请求、登录验证、在线支付、实时数据)一般不缓存,直接回源站获取;
-
智能调度解析:用户访问域名时,DNS智能调度系统结合用户地理位置、所属运营商、节点负载情况、链路质量等因素,将域名解析至离用户最近的优质CDN节点IP;
-
资源获取流程:缓存命中→节点直接返回资源,响应极速;缓存未命中(缓存过期、资源更新、首次访问)→节点自动回源站拉取资源,缓存后再返回用户,后续同类请求可直接命中缓存。
核心价值与关键特性
-
访问加速:缩短数据传输距离,降低网络延迟与丢包率,大幅优化静态资源加载速度,解决网页卡顿、视频加载慢等问题;
-
安全防护:隐藏源站真实IP地址,隔绝源站与恶意流量直接接触,有效抵御DDoS攻击、CC攻击、恶意爬虫、SQL注入等风险,降低源站被攻击概率;
-
减负降本:分流海量用户请求,分担源站带宽与计算压力,减少源站带宽消耗,降低服务器运维与带宽成本;
-
跨境优化:全球节点覆盖,搭配专属跨境专线,解决跨境访问延迟高、丢包严重、访问失败等痛点;
-
核心特性:CDN节点IP与源站服务器IP完全不同,这是CDN实现源站隐藏、安全防护、流量分流的核心逻辑。
3. 路由转发与网关:数据传输的「交通枢纽」
核心概念
-
网关:网络之间的出入口、中转站,是不同网段、不同网络通信的必经关卡,家庭路由器、企业网关、运营商骨干网关均属于网关设备,负责网络间的数据转发与衔接,实现跨网通信;
-
路由转发:数据包从本机传输至目标服务器的过程中,需经过多层网关逐级跳转,设备内的路由表会根据目标IP、网络拓扑、链路状态、带宽负载等信息,规划最优传输路径,决定每一跳的目标地址,保障数据包精准送达。
实操访问路径示例
本机设备 → 家庭局域网网关 → 长沙本地运营商网关 → 武汉省级骨干网网关 → 华北区域骨干网 → 北京目标服务器
网络排查实操命令
-
Windows系统:执行
tracert 域名/IP地址,查看数据包传输的完整路由节点、每跳耗时与丢包情况,快速定位路由故障、网络卡顿根源; -
Linux/Mac系统:执行
traceroute 域名/IP地址,实现路由路径追踪、网络延迟排查,是运维人员日常网络排障的核心命令。
二、网络通信模型:OSI七层 vs TCP/IP四层
网络模型是数据传输的标准化规范,核心作用是分层解耦功能、统一网络通信逻辑,让不同厂商的网络设备与协议能无缝协同运作。其中OSI七层是国际通用理论参考标准,多用于理论学习、面试考核、分层故障排查;TCP/IP四层是互联网实际商用标准,精简实用、贴合真实场景,是当前全网通用的通信框架。
1. OSI七层模型(国际理论标准)
该模型由国际标准化组织(ISO)制定,分层清晰、职责明确,各层独立运作又相互协同,从上至下层级明细如下:
| 层级 | 名称 | 核心功能 | 典型协议/设备 |
|---|---|---|---|
| 7 | 应用层 | 为应用程序提供网络服务,承接用户直接交互,定义数据交互规则与业务逻辑,是用户接触最直接的层级 | HTTP/HTTPS、DNS、FTP、SMTP、POP3、SSH |
| 6 | 表示层 | 负责数据格式转换、加密解密、压缩解压缩,统一不同设备间的数据传输格式,保障数据可读性 | SSL/TLS、ASCII、JPEG、MPEG、GIF |
| 5 | 会话层 | 建立、管理、维护、终止应用之间的通信会话,控制通信生命周期与会话状态,保障会话稳定 | RPC、SQL会话、NFS、NetBIOS |
| 4 | 传输层 | 提供端到端的数据传输服务,通过端口号区分同一设备内的不同应用进程,实现精准数据传输 | TCP、UDP |
| 3 | 网络层 | 负责IP地址寻址、路由路径选择、数据包转发,实现跨网段、跨网络的数据传输,是数据跨网传输的核心 | IP、ICMP、ARP、OSPF、BGP |
| 2 | 数据链路层 | 将网络层数据封装成数据帧,通过MAC物理地址实现局域网内设备寻址,校验数据传输完整性 | 以太网、MAC地址、交换机、PPP、HDLC |
| 1 | 物理层 | 传输原始比特流(0/1数字信号),定义硬件的电气、机械、功能、规程规范,负责硬件层面的数据传输 | 网线、网卡、光纤、集线器、中继器 |
2. TCP/IP四层模型(互联网实际商用标准)
TCP/IP模型是OSI七层模型的精简合并版,摒弃冗余的理论化分层,贴合实际网络通信场景,层级功能、核心协议与OSI对应关系如下:
| 层级 | 核心功能 | 核心协议 | 对应OSI七层模型层级 |
|---|---|---|---|
| 应用层 | 定义数据交互格式与应用服务逻辑,承接用户操作,实现业务层面通信,合并OSI三层核心功能 | HTTP/HTTPS、DNS、FTP、SMTP、SSH | OSI应用层+表示层+会话层 |
| 传输层 | 实现设备内进程间通信,选择可靠/不可靠传输方式,通过端口号完成进程寻址 | TCP、UDP | OSI传输层 |
| 网络层 | 全网设备逻辑定位,路由转发规划,IP地址寻址与数据包封装传输 | IP、ICMP、ARP、RARP、OSPF | OSI网络层 |
| 网络接口层 | 局域网内数据帧封装,物理层比特流传输,实现硬件层面的网络通信 | 以太网、Wi-Fi、PPP、ADSL | OSI数据链路层+物理层 |
核心地址区分(必掌握知识点)
-
MAC地址:设备物理地址,网卡出厂时唯一固化,不可随意修改,仅用于局域网内设备精准定位,无法跨广域网寻址;
-
IP地址:设备逻辑地址,全网唯一可配置,可手动修改,用于跨广域网、跨网段设备定位,是网络层核心寻址标识。
三、传输层核心协议:TCP与UDP全方位对比
传输层是实现设备内进程间通信的关键层级,通过端口号区分同一设备上的不同网络应用(如80端口对应HTTP、443端口对应HTTPS、22端口对应SSH、53端口对应DNS)。TCP与UDP是传输层两大核心协议,特性、优缺点与适用场景差异显著,需根据业务需求合理选择,也是面试高频考点。
1. 核心特性对比
| 特性 | TCP(传输控制协议) | UDP(用户数据报协议) |
|---|---|---|
| 连接性 | 面向连接:传输数据前必须通过三次握手建立专属连接,传输完成后通过四次挥手断开连接,无连接则无法传输数据 | 无连接:无需提前建立连接,无需断开流程,直接封装数据报发送,即发即走 |
| 可靠性 | 可靠传输:具备ACK确认、超时重传、数据排序、去重、校验机制,保证数据不丢包、不乱序、不重复、不损坏 | 不可靠传输:无确认、重传、排序、校验机制,网络波动时可能出现丢包、乱序、重复,不保障数据完整性 |
| 传输效率 | 效率偏低:握手、挥手、校验、重传、流量控制等机制带来额外开销,报头冗长,传输延迟较高 | 效率极高:无连接开销,报头短小(仅8字节),无额外校验重传流程,传输延迟极低,速度极快 |
| 传输方式 | 全双工通信,支持字节流传输,数据无明确边界,可拆分传输 | 支持单工/双工通信,基于数据报传输,数据有明确边界,不可拆分 |
| 拥塞/流量控制 | 具备拥塞控制、流量控制机制,可适配网络波动,避免网络拥堵崩溃,自适应调整传输速率 | 无拥塞控制与流量控制,网络拥堵时丢包率上升,不做自适应调整,全力传输 |
2. 典型应用场景
-
TCP适用场景:对数据完整性、准确性要求极高,允许少量延迟的场景,如网页访问(HTTP/HTTPS)、大文件传输(FTP)、电子邮件(SMTP/POP3)、数据库连接、远程登录(SSH)、在线支付、金融交易;
-
UDP适用场景:对实时性要求极高,允许少量丢包、追求传输速度的场景,如网络直播、视频通话、在线游戏、DNS查询、实时投屏、语音通话、网络监控。
四、TCP核心机制:三次握手与四次挥手
TCP的可靠传输特性,完全依托于三次握手建立连接、四次挥手断开连接的核心机制,这是网络面试必考核心考点,也是深入理解TCP通信逻辑、排查TCP连接异常、TIME_WAIT过高、连接失败等问题的关键。
1. 三次握手:TCP连接建立流程
核心目的
确认客户端与服务器双方的发送能力、接收能力均正常,同步双方初始序列号(ISN),为后续可靠数据传输奠定基础,避免无效连接、重复连接造成服务器资源浪费。
标准分步流程
-
第一次握手(SYN):客户端向服务器发送SYN同步报文段,携带自身初始序列号ISN,主动请求建立TCP连接,发送完成后客户端进入
SYN_SENT(同步已发送)状态,等待服务器回复; -
第二次握手(SYN+ACK):服务器收到SYN报文,确认客户端发送能力正常,回复SYN+ACK报文段,一方面通过ACK标识确认客户端连接请求,另一方面向客户端发起反向连接请求,同步自身初始序列号,发送完成后服务器进入
SYN_RCVD(同步已接收)状态; -
第三次握手(ACK):客户端收到SYN+ACK报文,确认服务器收发能力均正常,回复ACK确认报文段,客户端与服务器先后进入
ESTABLISHED(已连接)状态,TCP连接正式建立成功,双方可开始传输业务数据。
关键补充(面试必背)
为何必须是三次握手?两次握手仅能确认单方收发能力正常,无法验证双方收发能力均达标,三次是实现可靠连接的最小次数,可有效避免因网络延迟导致的重复连接、无效连接,防止服务器资源被恶意占用。
2. 四次挥手:TCP连接断开流程
核心目的
TCP是全双工通信,双方均可独立收发数据,四次挥手可确保双方数据均完全传输完毕,再彻底断开双向连接,防止数据丢失,保障传输完整性。
标准分步流程
-
第一次挥手(FIN):客户端数据全部传输完毕,无后续数据发送,向服务器发送FIN结束报文段,请求关闭客户端到服务器的单向传输通道,发送完成后客户端进入
FIN_WAIT_1(终止等待1)状态; -
第二次挥手(ACK):服务器收到FIN报文,立即回复ACK确认报文段,告知客户端已收到断开请求,发送完成后服务器进入
CLOSE_WAIT(关闭等待)状态;此时客户端到服务器的通道已关闭,服务器若有未传输完的剩余数据,可继续发送至客户端,客户端收到ACK后进入FIN_WAIT_2(终止等待2)状态,等待服务器发送FIN报文; -
第三次挥手(FIN):服务器剩余数据全部传输完毕,无后续数据发送,向客户端发送FIN结束报文段,请求关闭服务器到客户端的单向传输通道,发送完成后服务器进入
LAST_ACK(最后确认)状态; -
第四次挥手(ACK):客户端收到FIN报文,回复ACK确认报文段,发送完成后客户端进入
TIME_WAIT(时间等待)状态;等待2MSL(报文最大生存时间)后,客户端与服务器均进入CLOSED状态,TCP连接彻底关闭。
关键补充(面试必背)
-
为何是四次挥手?TCP全双工特性决定,双向传输通道需各自独立关闭,服务器需先回复ACK确认客户端断开请求,待自身数据发完再发送FIN关闭通道,无法合并为三次挥手;
-
TIME_WAIT状态作用:一是确保最后一次ACK报文能被服务器正常接收,避免因网络延迟导致服务器未收到ACK、重复发送FIN报文;二是清空网络内旧连接的残留报文,防止干扰后续新建TCP连接。
五、学习总结(面试+实操核心提炼)
1. 三大基础技术核心速记
-
DNS:互联网导航工具,实现域名与IP双向转换,依托递归+迭代解析,UDP53/TCP53双端口工作,TTL控制缓存时长;
-
CDN:就近分发静态资源,实现访问加速、源站隐藏、攻击防护,分流源站压力、降低运维成本,适配跨境访问场景;
-
路由网关:数据跨网传输的交通枢纽,路由表规划最优路径,tracert/traceroute命令可快速排查路由故障。
2. 网络通信模型核心速记
-
OSI七层模型:国际理论标准,从上至下依次为应用层→表示层→会话层→传输层→网络层→数据链路层→物理层,分层细致、理论性强;
-
TCP/IP四层模型:互联网实际标准,从上至下依次为应用层→传输层→网络层→网络接口层,精简实用、贴合实操。
3. 传输层协议核心速记
-
TCP:面向连接、可靠传输、效率低,适配对数据准确性要求高的场景,核心依托三次握手、四次挥手实现;
-
UDP:无连接、不可靠、极速传输,适配对实时性要求高的场景,无需连接流程,即发即收。
4. TCP核心机制核心速记
-
三次握手:建立TCP连接,校验双方收发能力,三次交互缺一不可,规避无效连接;
-
四次挥手:断开TCP连接,保障双向数据传输完毕,TIME_WAIT状态是连接安全关闭的关键。
全文总结
本篇笔记聚焦网络核心底层知识,从DNS、CDN、路由三大前置技术入手,拆解网络通信模型、传输层协议及TCP核心机制,全程纠正常见认知误区,补充实操命令与面试高频考点,兼顾零基础入门的易懂性与进阶学习的专业性。
网络基础是后端开发、运维、网络岗位的核心功底,学习时建议先理清流程逻辑,再牢记核心特性与考点,最后结合tracert、端口查询、抓包实操等手段巩固,既能搞定日常网络排障、业务部署,也能轻松应对各类网络面试,筑牢网络知识根基。
作者:Ma10001
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐


所有评论(0)