1. 这道题为什么成了面试“保留曲目”但凡面过几次试的人都会发现浏览器输入网址到页面展示这个问题的出场率高得离谱。初级岗问、中级岗问、高级岗还问区别只在于追问的深度。很多人背了一套标准答案从DNS解析背到TCP三次握手再背到HTTP请求响应和浏览器渲染背得滚瓜烂熟结果面试官一句“那你说说为什么DNS查询要用UDP而不是TCP”就直接卡壳。这道题真正的价值不在于考你知不知道这些名词而在于它是一条完整的链路任何一个环节都能往下深挖。面试官用它来探测你的知识边界——你是在背八股还是真的理解每个环节为什么这么设计。我面过不少人能把整个流程说完整的不在少数但能解释清楚“为什么”的寥寥无几。这篇文章我会把这条链路从头到尾拆一遍每个环节不仅讲“发生了什么”更要讲“为什么是这样”。适合正在准备面试的同学也适合工作了一两年想回头把基础打扎实的开发者。我会尽量用生活化的类比来解释让刚入门的同学也能跟上。2. 整体链路的宏观拆解2.1 从输入到展示的完整阶段划分把整个过程拆开来看大致可以分成这几个阶段URL解析与补全、DNS域名解析、建立TCP连接、发起HTTP请求、服务器处理并返回响应、浏览器解析与渲染、连接释放。每个阶段还可以继续细分比如DNS解析里有递归查询和迭代查询TCP连接里有三次握手渲染里有DOM树构建、CSSOM树构建、布局、绘制、合成等步骤。我习惯把这条链路比作寄快递。你在网上下单输入网址快递公司要先查收件人地址DNS解析然后打通运输线路TCP连接把包裹发出去HTTP请求对方收到后处理你的订单并打包回寄服务器响应你收到包裹后拆开组装浏览器渲染。这个类比虽然不严谨但能帮初学者快速建立整体认知。面试的时候我建议先把这个宏观框架说清楚让面试官知道你脑子里有全局观然后再根据面试官的追问往深处展开。最怕的是一上来就扎进某个细节说了五分钟面试官还不知道你到底要讲什么。2.2 面试官到底想考什么很多人误以为这道题考的是记忆力其实面试官真正关注的是几个维度第一你对网络协议栈的理解是否成体系而不是零散的知识点第二你能否在复杂链路中定位问题比如页面打不开可能是DNS的问题、TCP的问题、TLS的问题还是服务端的问题第三你对性能优化有没有概念比如DNS预解析、连接复用、缓存策略这些。举个例子当面试官问你“为什么DNS通常用UDP”的时候他其实是在考你对协议选型的理解。DNS查询的特点是请求小、响应小、需要快UDP无连接的特性正好匹配这种场景省去了三次握手的开销。但DNS也不是完全不用TCP当响应超过512字节或者做区域传送的时候就会切换到TCP。能把这个说清楚面试官就知道你不是在背答案。再比如面试官问你“HTTP/1.1的队头阻塞是怎么回事”这其实是在考你对连接复用和并发模型的理解。HTTP/1.1虽然支持持久连接但同一个连接上请求是串行的前一个响应没回来后面的请求就得等着。HTTP/2通过多路复用解决了这个问题但TCP层面的队头阻塞依然存在所以又有了QUIC和HTTP/3。这一层层追问下来你的知识深度就暴露无遗了。3. 第一阶段URL解析与DNS查询3.1 浏览器怎么“读懂”你输入的网址当你在地址栏敲下几个字符按下回车浏览器做的第一件事是判断你输入的是搜索词还是URL。如果包含协议头比如http或https或者包含域名特征比如点号和斜杠浏览器就当作URL处理否则就丢给默认搜索引擎。这一步看似简单但面试中偶尔会被问到尤其是做前端或者浏览器相关岗位的时候。确定是URL之后浏览器会做URL解析拆出协议、主机名、端口、路径、查询参数、片段标识符这几个部分。比如https://example.com:443/path?keyvalue#section协议是https主机是example.com端口是443路径是/path查询参数是keyvalue片段是section。片段标识符不会发给服务器它只在浏览器本地用来定位页面内的锚点。端口如果没写浏览器会根据协议补默认值http补80https补443。这一步很多人觉得理所当然但面试官可能追问“如果我用的是自定义协议呢”那就需要看浏览器有没有注册对应的默认端口了。3.2 DNS解析的完整流程与优化手段主机名拿到之后浏览器需要把它转成IP地址这就是DNS解析。整个流程是这样的浏览器先查自己的DNS缓存没有就查操作系统的hosts文件和DNS缓存还没有就向本地DNS服务器发起查询。本地DNS服务器通常是你网络配置里指定的那台它如果缓存里有就直接返回没有就代替你向根域名服务器、顶级域名服务器、权威域名服务器逐级查询。这里有个细节值得注意本地DNS服务器向根域名服务器查询时用的是迭代查询根服务器只告诉你“去问.com的顶级域名服务器”不会替你跑腿。而你的主机向本地DNS服务器查询时用的是递归查询本地DNS服务器必须给你一个最终答案。这两种查询方式的区别经常被面试官拿来考。DNS查询默认用UDP端口53。为什么用UDP因为DNS查询通常很小一个请求包一个响应包就搞定了用UDP省去了建立连接的开销速度更快。但如果响应数据超过512字节或者做DNS区域传送就会改用TCP。另外现在有了DoH和DoT把DNS查询加密了但这是另一个话题了。DNS解析是页面加载链路里最容易成为瓶颈的环节之一。一个域名从零开始解析可能要经过根服务器、顶级域名服务器、权威域名服务器好几轮耗时几十到几百毫秒不等。优化的手段包括DNS预解析在页面里用link reldns-prefetch提前解析后续要用的域名使用公共DNS服务响应速度通常比运营商默认的DNS快减少域名数量把资源尽量放在同一个域名下减少解析次数。实操心得面试时如果被问到DNS优化不要只背“DNS预解析”这个词要能说清楚它解决的是什么问题。DNS预解析的本质是在浏览器空闲的时候提前把域名解析好等真正需要请求资源的时候直接拿缓存里的IP用省掉了等待解析的时间。但它也不是万能的如果页面域名太多预解析本身也会消耗资源需要权衡。4. 第二阶段TCP连接与TLS握手4.1 三次握手的每一步到底在干什么拿到IP地址之后浏览器就要和服务器建立TCP连接了。三次握手的过程大家都熟客户端发SYN服务端回SYNACK客户端再回ACK。但面试官更想听的是每一步为什么存在。第一次握手客户端发送SYN包带上自己的初始序列号告诉服务器“我要跟你建立连接我的起始序号是X”。第二次握手服务器回SYNACK带上自己的初始序列号Y同时确认收到客户端的SYN确认号是X1。第三次握手客户端回ACK确认号是Y1告诉服务器“我收到你的SYN了”。为什么需要三次而不是两次核心原因是TCP是全双工的双方都需要确认对方的发送能力和接收能力都正常。两次握手只能确认客户端到服务器这个方向是通的服务器到客户端这个方向还没确认。如果只有两次握手服务器在收到SYN之后就建立连接万一客户端已经失效了服务器就会一直维护一个无效连接浪费资源。三次握手确保双方都确认了对方的收发能力。序列号的作用也不只是标记顺序它还承担了可靠传输和安全性的职责。初始序列号是随机生成的不是从0开始这样可以防止旧连接的延迟包被新连接误收也能增加序列号预测的难度。4.2 TLS握手在HTTPS场景下多了什么如果访问的是HTTPSTCP连接建立之后还要做TLS握手。TLS握手的目标是协商加密套件、验证服务器身份、生成会话密钥。以TLS 1.2为例大致流程是客户端发ClientHello带上自己支持的加密套件列表和一个随机数服务器回ServerHello选定加密套件带上自己的随机数和证书客户端验证证书有效性生成预主密钥用服务器公钥加密后发过去双方用三个随机数计算出会话密钥最后各自发Finished消息确认握手完成。TLS 1.3把握手过程简化了只需要一次往返就能完成而且支持0-RTT模式在会话恢复的场景下可以直接发数据。但0-RTT有个安全问题就是容易受到重放攻击所以不是所有场景都适合用。面试中经常被问到的是“HTTPS到底安全在哪里”。答案在于三个机制加密传输防止窃听证书验证防止中间人攻击完整性校验防止篡改。但要注意HTTPS并不是绝对安全如果证书被伪造或者客户端被信任了恶意证书中间人攻击依然可能成功。注意事项面试时如果被问到TLS握手不要只背流程要能说清楚对称加密和非对称加密各自的作用。非对称加密用来安全地交换密钥对称加密用来加密实际传输的数据。为什么不全用非对称加密因为非对称加密的计算开销比对称加密大得多全用非对称加密性能扛不住。5. 第三阶段HTTP请求与服务器处理5.1 请求报文里有什么响应报文里有什么TCP连接建立好之后浏览器就可以发HTTP请求了。一个典型的请求报文包括请求行、请求头、空行、请求体。请求行里有方法、路径、协议版本比如GET /index.html HTTP/1.1。请求头里放各种元信息比如Host、User-Agent、Accept、Cookie、Authorization等。请求体通常在POST或者PUT请求里才有放的是要提交的数据。服务器收到请求后经过一系列处理返回响应报文。响应报文包括状态行、响应头、空行、响应体。状态行里有协议版本、状态码、状态描述比如HTTP/1.1 200 OK。响应头里有Content-Type、Content-Length、Cache-Control、Set-Cookie等。响应体就是实际的HTML、CSS、JS、图片等资源。面试中经常被问到的是常见状态码的含义。200表示成功301表示永久重定向302表示临时重定向304表示资源未修改可以用缓存400表示客户端请求有误401表示未认证403表示无权限404表示资源不存在500表示服务器内部错误502表示网关错误504表示网关超时。这些要能脱口而出并且能解释什么场景下会出现。5.2 服务器端到底做了什么服务器收到请求之后通常不会直接返回静态文件而是经过一层层的处理。以常见的Web架构为例请求先到反向代理比如NginxNginx根据配置决定是直接返回静态资源还是转发给后端应用服务器。后端应用服务器比如Tomcat、Node.js、Gunicorn等执行业务逻辑可能还要查数据库、调缓存、调其他服务最后生成HTML或者JSON返回。这个过程中涉及的技术点非常多面试官可能会根据你的技术栈追问。比如你做Java后端他可能问Spring MVC的请求处理流程你做Node.js他可能问事件循环和异步IO你做Python他可能问WSGI和ASGI的区别。但不管什么技术栈核心都是“接收请求、处理逻辑、返回响应”这三步。这里有一个容易被忽略的点服务器返回的响应可能是压缩的。如果请求头里有Accept-Encoding: gzip服务器可能会把响应体用gzip压缩后再返回浏览器收到后解压。这样可以减少传输的数据量加快页面加载速度。面试中如果被问到性能优化这是一个可以提的点。实操心得面试时如果被问到“从输入网址到页面展示哪个环节最耗时”不要给一个绝对的答案。不同场景下瓶颈不一样。如果是首次访问DNS解析和TCP握手可能占大头如果是重复访问服务器处理可能占大头如果是大页面浏览器渲染可能占大头。能根据场景分析比背一个标准答案更能体现你的经验。6. 第四阶段浏览器渲染与连接释放6.1 从HTML字符串到屏幕上的像素浏览器拿到HTML文档后渲染流程正式开始。第一步是解析HTML构建DOM树遇到CSS就解析成CSSOM树遇到JS就根据是否异步决定是立即执行还是等文档解析完再执行。DOM树和CSSOM树构建完成后合并成渲染树然后进行布局计算每个节点的位置和大小接着绘制成图层最后合成并显示到屏幕上。这个过程有几个关键点面试官特别喜欢问。第一CSS会阻塞渲染因为渲染树需要CSSOM所以CSS要尽量放在head里尽早加载。第二JS会阻塞DOM解析因为JS可能修改DOM结构所以JS通常放在body末尾或者用async/defer。第三重排和重绘的区别重排是布局发生变化需要重新计算位置重绘是外观发生变化但布局不变重排的开销比重绘大得多。还有一个高频问题是“为什么操作DOM很慢”。答案在于DOM操作会触发浏览器的渲染流程频繁操作会导致多次重排重绘。优化的手段包括用documentFragment批量操作用requestAnimationFrame对齐帧率用虚拟DOM减少直接操作等。6.2 连接什么时候关闭页面加载完之后TCP连接不一定立即关闭。HTTP/1.1默认使用持久连接连接可以复用减少后续请求的握手开销。连接什么时候关闭取决于双方的配置可能是Keep-Alive超时也可能是任意一方主动发送FIN包。关闭连接需要四次挥手主动关闭方发FIN被动关闭方回ACK被动关闭方处理完剩余数据后发FIN主动关闭方回ACK。为什么是四次而不是三次因为TCP是全双工的一方发FIN只表示自己没有数据要发了但还可以接收数据。所以需要两个方向的FIN分别确认。面试中偶尔会问到TIME_WAIT状态的作用。主动关闭方在发送最后一个ACK之后会进入TIME_WAIT状态等待2MSL报文最大生存时间的两倍才真正关闭。这样做的目的是确保最后一个ACK能到达对方如果对方没收到会重发FIN主动关闭方还能响应。另外也防止旧连接的延迟包被新连接误收。7. 常见追问与排查思路速查7.1 面试高频追问清单追问方向典型问题回答要点DNS为什么用UDP请求响应小、无连接开销、快超512字节或区域传送用TCPTCP为什么三次握手确认双方收发能力、防止无效连接、同步序列号TCP四次挥手为什么比三次多全双工、一方FIN后还能收数据、两个方向分别关闭TLSHTTPS安全在哪加密防窃听、证书防中间人、校验防篡改HTTP1.1和2.0区别多路复用、头部压缩、服务端推送、二进制分帧渲染重排和重绘重排改布局开销大、重绘改外观开销小、减少DOM操作性能首屏优化DNS预解析、CDN、缓存、压缩、懒加载、代码分割7.2 实际排查中的思路工作中遇到页面打不开排查思路和面试答题是相通的。先看是DNS问题还是连接问题用ping和nslookup判断域名能不能解析再看TCP能不能通用telnet或者curl测试端口再看HTTP响应码4xx是客户端问题5xx是服务端问题最后看浏览器控制台和网络面板定位是资源加载失败还是JS报错。我踩过的一个坑是某次页面加载特别慢查了半天以为是服务端问题后来发现是DNS解析慢。运营商默认的DNS服务器响应要几百毫秒换成公共DNS之后直接降到几十毫秒。这个经历让我意识到面试题里的每个环节在实际工作中都可能成为瓶颈理解原理不是为了背答案而是为了在出问题的时候能快速定位。提示面试中如果被问到不会的追问不要硬编。可以说“这个点我了解得不够深入但我的理解是……”然后说出你知道的部分再补充“回去我会再查一下”。面试官更看重你的思考方式和学习态度而不是你是否能答出每一个细节。8. 我个人的准备建议准备这道题的时候我建议不要死记硬背而是画一张图把每个环节串起来然后自己给自己讲一遍。讲的时候录音回放听听哪里卡壳了卡壳的地方就是你没真正理解的地方。另外多问自己几个“为什么”比如为什么DNS要用UDP、为什么TCP要三次握手、为什么CSS要放head里能回答这些问题面试基本就稳了。还有一点很重要结合你自己的项目经验来准备。比如你做过的项目里有没有做过性能优化有没有遇到过网络问题这些实际案例比背答案更有说服力。面试官问这道题最终目的不是考你记忆力而是判断你能不能在实际工作中定位和解决问题。
1. 这道题为什么成了面试“保留曲目”但凡面过几次试的人都会发现浏览器输入网址到页面展示这个问题的出场率高得离谱。初级岗问、中级岗问、高级岗还问区别只在于追问的深度。很多人背了一套标准答案从DNS解析背到TCP三次握手再背到HTTP请求响应和浏览器渲染背得滚瓜烂熟结果面试官一句“那你说说为什么DNS查询要用UDP而不是TCP”就直接卡壳。这道题真正的价值不在于考你知不知道这些名词而在于它是一条完整的链路任何一个环节都能往下深挖。面试官用它来探测你的知识边界——你是在背八股还是真的理解每个环节为什么这么设计。我面过不少人能把整个流程说完整的不在少数但能解释清楚“为什么”的寥寥无几。这篇文章我会把这条链路从头到尾拆一遍每个环节不仅讲“发生了什么”更要讲“为什么是这样”。适合正在准备面试的同学也适合工作了一两年想回头把基础打扎实的开发者。我会尽量用生活化的类比来解释让刚入门的同学也能跟上。2. 整体链路的宏观拆解2.1 从输入到展示的完整阶段划分把整个过程拆开来看大致可以分成这几个阶段URL解析与补全、DNS域名解析、建立TCP连接、发起HTTP请求、服务器处理并返回响应、浏览器解析与渲染、连接释放。每个阶段还可以继续细分比如DNS解析里有递归查询和迭代查询TCP连接里有三次握手渲染里有DOM树构建、CSSOM树构建、布局、绘制、合成等步骤。我习惯把这条链路比作寄快递。你在网上下单输入网址快递公司要先查收件人地址DNS解析然后打通运输线路TCP连接把包裹发出去HTTP请求对方收到后处理你的订单并打包回寄服务器响应你收到包裹后拆开组装浏览器渲染。这个类比虽然不严谨但能帮初学者快速建立整体认知。面试的时候我建议先把这个宏观框架说清楚让面试官知道你脑子里有全局观然后再根据面试官的追问往深处展开。最怕的是一上来就扎进某个细节说了五分钟面试官还不知道你到底要讲什么。2.2 面试官到底想考什么很多人误以为这道题考的是记忆力其实面试官真正关注的是几个维度第一你对网络协议栈的理解是否成体系而不是零散的知识点第二你能否在复杂链路中定位问题比如页面打不开可能是DNS的问题、TCP的问题、TLS的问题还是服务端的问题第三你对性能优化有没有概念比如DNS预解析、连接复用、缓存策略这些。举个例子当面试官问你“为什么DNS通常用UDP”的时候他其实是在考你对协议选型的理解。DNS查询的特点是请求小、响应小、需要快UDP无连接的特性正好匹配这种场景省去了三次握手的开销。但DNS也不是完全不用TCP当响应超过512字节或者做区域传送的时候就会切换到TCP。能把这个说清楚面试官就知道你不是在背答案。再比如面试官问你“HTTP/1.1的队头阻塞是怎么回事”这其实是在考你对连接复用和并发模型的理解。HTTP/1.1虽然支持持久连接但同一个连接上请求是串行的前一个响应没回来后面的请求就得等着。HTTP/2通过多路复用解决了这个问题但TCP层面的队头阻塞依然存在所以又有了QUIC和HTTP/3。这一层层追问下来你的知识深度就暴露无遗了。3. 第一阶段URL解析与DNS查询3.1 浏览器怎么“读懂”你输入的网址当你在地址栏敲下几个字符按下回车浏览器做的第一件事是判断你输入的是搜索词还是URL。如果包含协议头比如http或https或者包含域名特征比如点号和斜杠浏览器就当作URL处理否则就丢给默认搜索引擎。这一步看似简单但面试中偶尔会被问到尤其是做前端或者浏览器相关岗位的时候。确定是URL之后浏览器会做URL解析拆出协议、主机名、端口、路径、查询参数、片段标识符这几个部分。比如https://example.com:443/path?keyvalue#section协议是https主机是example.com端口是443路径是/path查询参数是keyvalue片段是section。片段标识符不会发给服务器它只在浏览器本地用来定位页面内的锚点。端口如果没写浏览器会根据协议补默认值http补80https补443。这一步很多人觉得理所当然但面试官可能追问“如果我用的是自定义协议呢”那就需要看浏览器有没有注册对应的默认端口了。3.2 DNS解析的完整流程与优化手段主机名拿到之后浏览器需要把它转成IP地址这就是DNS解析。整个流程是这样的浏览器先查自己的DNS缓存没有就查操作系统的hosts文件和DNS缓存还没有就向本地DNS服务器发起查询。本地DNS服务器通常是你网络配置里指定的那台它如果缓存里有就直接返回没有就代替你向根域名服务器、顶级域名服务器、权威域名服务器逐级查询。这里有个细节值得注意本地DNS服务器向根域名服务器查询时用的是迭代查询根服务器只告诉你“去问.com的顶级域名服务器”不会替你跑腿。而你的主机向本地DNS服务器查询时用的是递归查询本地DNS服务器必须给你一个最终答案。这两种查询方式的区别经常被面试官拿来考。DNS查询默认用UDP端口53。为什么用UDP因为DNS查询通常很小一个请求包一个响应包就搞定了用UDP省去了建立连接的开销速度更快。但如果响应数据超过512字节或者做DNS区域传送就会改用TCP。另外现在有了DoH和DoT把DNS查询加密了但这是另一个话题了。DNS解析是页面加载链路里最容易成为瓶颈的环节之一。一个域名从零开始解析可能要经过根服务器、顶级域名服务器、权威域名服务器好几轮耗时几十到几百毫秒不等。优化的手段包括DNS预解析在页面里用link reldns-prefetch提前解析后续要用的域名使用公共DNS服务响应速度通常比运营商默认的DNS快减少域名数量把资源尽量放在同一个域名下减少解析次数。实操心得面试时如果被问到DNS优化不要只背“DNS预解析”这个词要能说清楚它解决的是什么问题。DNS预解析的本质是在浏览器空闲的时候提前把域名解析好等真正需要请求资源的时候直接拿缓存里的IP用省掉了等待解析的时间。但它也不是万能的如果页面域名太多预解析本身也会消耗资源需要权衡。4. 第二阶段TCP连接与TLS握手4.1 三次握手的每一步到底在干什么拿到IP地址之后浏览器就要和服务器建立TCP连接了。三次握手的过程大家都熟客户端发SYN服务端回SYNACK客户端再回ACK。但面试官更想听的是每一步为什么存在。第一次握手客户端发送SYN包带上自己的初始序列号告诉服务器“我要跟你建立连接我的起始序号是X”。第二次握手服务器回SYNACK带上自己的初始序列号Y同时确认收到客户端的SYN确认号是X1。第三次握手客户端回ACK确认号是Y1告诉服务器“我收到你的SYN了”。为什么需要三次而不是两次核心原因是TCP是全双工的双方都需要确认对方的发送能力和接收能力都正常。两次握手只能确认客户端到服务器这个方向是通的服务器到客户端这个方向还没确认。如果只有两次握手服务器在收到SYN之后就建立连接万一客户端已经失效了服务器就会一直维护一个无效连接浪费资源。三次握手确保双方都确认了对方的收发能力。序列号的作用也不只是标记顺序它还承担了可靠传输和安全性的职责。初始序列号是随机生成的不是从0开始这样可以防止旧连接的延迟包被新连接误收也能增加序列号预测的难度。4.2 TLS握手在HTTPS场景下多了什么如果访问的是HTTPSTCP连接建立之后还要做TLS握手。TLS握手的目标是协商加密套件、验证服务器身份、生成会话密钥。以TLS 1.2为例大致流程是客户端发ClientHello带上自己支持的加密套件列表和一个随机数服务器回ServerHello选定加密套件带上自己的随机数和证书客户端验证证书有效性生成预主密钥用服务器公钥加密后发过去双方用三个随机数计算出会话密钥最后各自发Finished消息确认握手完成。TLS 1.3把握手过程简化了只需要一次往返就能完成而且支持0-RTT模式在会话恢复的场景下可以直接发数据。但0-RTT有个安全问题就是容易受到重放攻击所以不是所有场景都适合用。面试中经常被问到的是“HTTPS到底安全在哪里”。答案在于三个机制加密传输防止窃听证书验证防止中间人攻击完整性校验防止篡改。但要注意HTTPS并不是绝对安全如果证书被伪造或者客户端被信任了恶意证书中间人攻击依然可能成功。注意事项面试时如果被问到TLS握手不要只背流程要能说清楚对称加密和非对称加密各自的作用。非对称加密用来安全地交换密钥对称加密用来加密实际传输的数据。为什么不全用非对称加密因为非对称加密的计算开销比对称加密大得多全用非对称加密性能扛不住。5. 第三阶段HTTP请求与服务器处理5.1 请求报文里有什么响应报文里有什么TCP连接建立好之后浏览器就可以发HTTP请求了。一个典型的请求报文包括请求行、请求头、空行、请求体。请求行里有方法、路径、协议版本比如GET /index.html HTTP/1.1。请求头里放各种元信息比如Host、User-Agent、Accept、Cookie、Authorization等。请求体通常在POST或者PUT请求里才有放的是要提交的数据。服务器收到请求后经过一系列处理返回响应报文。响应报文包括状态行、响应头、空行、响应体。状态行里有协议版本、状态码、状态描述比如HTTP/1.1 200 OK。响应头里有Content-Type、Content-Length、Cache-Control、Set-Cookie等。响应体就是实际的HTML、CSS、JS、图片等资源。面试中经常被问到的是常见状态码的含义。200表示成功301表示永久重定向302表示临时重定向304表示资源未修改可以用缓存400表示客户端请求有误401表示未认证403表示无权限404表示资源不存在500表示服务器内部错误502表示网关错误504表示网关超时。这些要能脱口而出并且能解释什么场景下会出现。5.2 服务器端到底做了什么服务器收到请求之后通常不会直接返回静态文件而是经过一层层的处理。以常见的Web架构为例请求先到反向代理比如NginxNginx根据配置决定是直接返回静态资源还是转发给后端应用服务器。后端应用服务器比如Tomcat、Node.js、Gunicorn等执行业务逻辑可能还要查数据库、调缓存、调其他服务最后生成HTML或者JSON返回。这个过程中涉及的技术点非常多面试官可能会根据你的技术栈追问。比如你做Java后端他可能问Spring MVC的请求处理流程你做Node.js他可能问事件循环和异步IO你做Python他可能问WSGI和ASGI的区别。但不管什么技术栈核心都是“接收请求、处理逻辑、返回响应”这三步。这里有一个容易被忽略的点服务器返回的响应可能是压缩的。如果请求头里有Accept-Encoding: gzip服务器可能会把响应体用gzip压缩后再返回浏览器收到后解压。这样可以减少传输的数据量加快页面加载速度。面试中如果被问到性能优化这是一个可以提的点。实操心得面试时如果被问到“从输入网址到页面展示哪个环节最耗时”不要给一个绝对的答案。不同场景下瓶颈不一样。如果是首次访问DNS解析和TCP握手可能占大头如果是重复访问服务器处理可能占大头如果是大页面浏览器渲染可能占大头。能根据场景分析比背一个标准答案更能体现你的经验。6. 第四阶段浏览器渲染与连接释放6.1 从HTML字符串到屏幕上的像素浏览器拿到HTML文档后渲染流程正式开始。第一步是解析HTML构建DOM树遇到CSS就解析成CSSOM树遇到JS就根据是否异步决定是立即执行还是等文档解析完再执行。DOM树和CSSOM树构建完成后合并成渲染树然后进行布局计算每个节点的位置和大小接着绘制成图层最后合成并显示到屏幕上。这个过程有几个关键点面试官特别喜欢问。第一CSS会阻塞渲染因为渲染树需要CSSOM所以CSS要尽量放在head里尽早加载。第二JS会阻塞DOM解析因为JS可能修改DOM结构所以JS通常放在body末尾或者用async/defer。第三重排和重绘的区别重排是布局发生变化需要重新计算位置重绘是外观发生变化但布局不变重排的开销比重绘大得多。还有一个高频问题是“为什么操作DOM很慢”。答案在于DOM操作会触发浏览器的渲染流程频繁操作会导致多次重排重绘。优化的手段包括用documentFragment批量操作用requestAnimationFrame对齐帧率用虚拟DOM减少直接操作等。6.2 连接什么时候关闭页面加载完之后TCP连接不一定立即关闭。HTTP/1.1默认使用持久连接连接可以复用减少后续请求的握手开销。连接什么时候关闭取决于双方的配置可能是Keep-Alive超时也可能是任意一方主动发送FIN包。关闭连接需要四次挥手主动关闭方发FIN被动关闭方回ACK被动关闭方处理完剩余数据后发FIN主动关闭方回ACK。为什么是四次而不是三次因为TCP是全双工的一方发FIN只表示自己没有数据要发了但还可以接收数据。所以需要两个方向的FIN分别确认。面试中偶尔会问到TIME_WAIT状态的作用。主动关闭方在发送最后一个ACK之后会进入TIME_WAIT状态等待2MSL报文最大生存时间的两倍才真正关闭。这样做的目的是确保最后一个ACK能到达对方如果对方没收到会重发FIN主动关闭方还能响应。另外也防止旧连接的延迟包被新连接误收。7. 常见追问与排查思路速查7.1 面试高频追问清单追问方向典型问题回答要点DNS为什么用UDP请求响应小、无连接开销、快超512字节或区域传送用TCPTCP为什么三次握手确认双方收发能力、防止无效连接、同步序列号TCP四次挥手为什么比三次多全双工、一方FIN后还能收数据、两个方向分别关闭TLSHTTPS安全在哪加密防窃听、证书防中间人、校验防篡改HTTP1.1和2.0区别多路复用、头部压缩、服务端推送、二进制分帧渲染重排和重绘重排改布局开销大、重绘改外观开销小、减少DOM操作性能首屏优化DNS预解析、CDN、缓存、压缩、懒加载、代码分割7.2 实际排查中的思路工作中遇到页面打不开排查思路和面试答题是相通的。先看是DNS问题还是连接问题用ping和nslookup判断域名能不能解析再看TCP能不能通用telnet或者curl测试端口再看HTTP响应码4xx是客户端问题5xx是服务端问题最后看浏览器控制台和网络面板定位是资源加载失败还是JS报错。我踩过的一个坑是某次页面加载特别慢查了半天以为是服务端问题后来发现是DNS解析慢。运营商默认的DNS服务器响应要几百毫秒换成公共DNS之后直接降到几十毫秒。这个经历让我意识到面试题里的每个环节在实际工作中都可能成为瓶颈理解原理不是为了背答案而是为了在出问题的时候能快速定位。提示面试中如果被问到不会的追问不要硬编。可以说“这个点我了解得不够深入但我的理解是……”然后说出你知道的部分再补充“回去我会再查一下”。面试官更看重你的思考方式和学习态度而不是你是否能答出每一个细节。8. 我个人的准备建议准备这道题的时候我建议不要死记硬背而是画一张图把每个环节串起来然后自己给自己讲一遍。讲的时候录音回放听听哪里卡壳了卡壳的地方就是你没真正理解的地方。另外多问自己几个“为什么”比如为什么DNS要用UDP、为什么TCP要三次握手、为什么CSS要放head里能回答这些问题面试基本就稳了。还有一点很重要结合你自己的项目经验来准备。比如你做过的项目里有没有做过性能优化有没有遇到过网络问题这些实际案例比背答案更有说服力。面试官问这道题最终目的不是考你记忆力而是判断你能不能在实际工作中定位和解决问题。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
