当在浏览器输入一个域名地址后会发生多少个步骤

最新推荐文章于 2025-06-28 15:14:52 发布
最新推荐文章于 2025-06-28 15:14:52 发布
阅读量433 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： http
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/z_ruitao/article/details/84037654
本文详细解析了从浏览器输入网址开始，如何通过DNS获取IP地址，再到HTTP发送请求的过程。深入介绍了TCP在文件传输中的作用，以及三次握手在确保连接建立中的关键步骤。
  • 在浏览器上输入 www.chaoteos.com 后
  • 会从 dns 中得到对应的 IP 地址
  • 接着用 HTTP 发送请求，TCP 则是在 HTTP 请求中负责文件之间的传输，它会将 HTTP 的请求报文分成多个段并排上序号传给目标地址
  • 利用 IP 搜索到对方，在传输的这个过程会有三次握手
  • 当对方接受到请求的报文后，把接受到的报文按序列号重组，随后进行响应
【面试常问之网络】在浏览器上输入一个网址后，发生了什么？/HTTP的工作流程/DNS域名解析过程
m0_52165864的博客
08-14 8401
在浏览器中输入url并且获取响应的过程，其实就是浏览器和该url对应的服务器的网络通信过程。就比如在浏览器中输入：www.baidu.com，那么会返回一个百度搜素的界面，这其实就是浏览器和百度服务器之间的网络通信过程。浏览器就是客户端，用于发出请求，而百度的服务器就是服务器，用于接收并响应请求。......
浏览器输入 URL 后发生了什么？
qq_46082433的博客
05-27 238
浏览器输入 URL 后发生了什么？
浏览器中输入一个域名地址
PolarisJack的博客
01-11 3473
从浏览器中输入一个域名地址，我们会经历哪些过程，这篇文章不会去细化到每一个过程的具体实现，后面的文章会陆续告诉你。那么我们应该关注哪些东西呢？浏览器==》网络==》服务器 ==》浏览器 简单过程 1、浏览器解析url http:// www.polarisjack.top /blog/webDetail ?id=1 协议名称 域名 ...
深度解析浏览器中输入URL后发生了什么
04-12
• 第一步，浏览器会检查缓存中有没有这个域名对应的解析过的 IP 地址，如果有，解析结束。 浏览器中的缓存有时间空间限制。 • 查找操作系统的缓存中是否有这个域名对应的 DNS 解析结果。 在 Windows 系统中通过 C:\Windows\System32\drivers\etc\hosts 文件可以将域名解析到任何能够访问的 IP 地址，浏览器会首先使用这个地址。Linux 中这个配置文件是 /etc/named.conf。 缓存时间同样受域名失效时间与缓存空间大小限制。 • 如果以上还没解析结束，操作系统会把域名发送到 LDNS ( Local DNS Server )，即本地区的域名服务器。 到这里已经可以解决 80% 的请求了。 • 如果 LDNS 还没有，直接到 Root Server 域名服务器请求解析。 • 根域名服务器返回给本地域名服务器一个所查询的主域名服务器( gTDL Server )地址。gTDL 是国际顶级域名服务器，如 .com、.cn 等。 • 本地域名服务器再向主域名服务器发送请求。 • 接受请求的主域名服务器查找并返回此域名对应的 Name Server 域名服务器地址，它是注册的域名服务器，如域名提供商的服务器。 • Name Server 域名服务器查询存储的域名与 IP 的映射关系表，得到 IP 与 TTL值（TTL 值是控制返回时间的）
浏览器输入URL，回车后发生什么？
2401_89241768的博客
06-28 965
浏览器输入URL → DNS解析获取IP → TCP三次握手建立连接 → 发送HTTP请求 →服务器处理请求 → 返回HTTP响应 → 浏览器解析HTML/CSS/JS → 构建DOM/CSSOM树 →生成渲染树 → 布局与绘制页面 → 加载剩余资源 → 完成渲染。
浏览器输入地址后发生的全部过程，以及对应的各个层次 的过程
偏执狂的博客
09-30 2552
域名解析：浏览器获得URL地址，向操作系统请求该URL对应的IP地址，操作系用查询DNS(域名系统) 首先查询本地HOST文件，没有则查询网络获得对应的IP地址 解释：把URL分割成几个部分：协议，网络地址，资源路径。其中协议是指该计算机获取资源的方式，常见的是HTTP,FTP;网络地址可以是域名或者IP地址，也可以包括端口号，如果不注明端口号，默认是80端口。 确认好了IP和端口号，则可以向该IP地址对应的服务器发起TCP连接 服务器接收到TCP连接请求后，回复可以连接请求 浏览器收到回传的数据后，还会.
浏览器输入网址后发生了这些
weixin_30362083的博客
10-26 178
　　 当一个用户在浏览器里输入了www.baidu.com这个URL时，将会发生很多操作。首先它会请求DNS把这个域名解析成对应的IP地址，然后根据这个IP地址在互联网上找到对应的服务器，向这个服务器发起一个get请求，由这个服务器决定返回默认的数据资源给访问的客户。在服务器端实际上还有很复杂的业务逻辑：服务器可能会有很多台，到底指定哪台服务器来处理请求，这需...
当你在浏览器输入一个地址
侯仕奇的博客
06-24 1541
你在浏览器中输出了一个地址，回车后，一直到显示页面，中间经历了哪些过程 ？
浏览器地址栏输入url回车后发生了什么
weixin_67791761的博客
09-28 1412
面试官:在浏览器地址栏输入地址后怎么发送请求的 我:按回车键 面试官:6
面试题2：从浏览器输入一个URL，到最终展示前端页面这一过程，会发生什么？
m0_63191002的博客
06-22 509
交换机会把数据分用到数据链路层（更上层的就不用解析了），再重新封装，继续转发。路由器会把数据分用到网络层（更上层的就不用解析了），再重新封装，继续转发，路由器根据数据报中的目的IP在路由表中匹配，找个合适的方向发出去，每次转发，TTL就 - 1。就像 github 的域名是 www.github.com，很好记，但是他的 IP 地址是 20.205.243.166，其实我们在地址栏中输入github的IP地址，也是能够访问到github网站的，但是因为IP地址不好记，所以一般地址栏里输入的都是域名。
浏览器输入网址回车后究竟发生了什么
08-07
在浏览器输入 URL 并按下回车键后会发生什么？这是一个经典的问题，经常出现在面试中，网上也有许多相关文章。最近我闲来无事，自己整理了一篇笔记，感觉比之前理解得更深入了。这篇笔记是基于我阅读数十篇文章总结...
在浏览器输入URL回车之后发生了什么？（超详细版）
01-07
原文地址：https://4ark.me/post/b6c7c0a2.html...注意：本文的步骤是建立在，请求的是一个简单的 HTTP 请求，没有 HTTPS、HTTP2、最简单的 DNS、没有代理、并且服务器没有任何问题的基础上，尽管这是不切实际的。 大致
在浏览器中输入一个网址后的全过程
qq_42058590的博客
12-08 2437
这是一个笔试面试基本上常考的一个题，主要他涵盖的知识点非常非常的广，针对里面的知识点也可以进行深入。 首先，写一下全过程的简写： 1.在客户端浏览器中输入URL。 2.发送到DNS(域名服务器）获得域名对应的web服务器的IP地址。 3.客户端浏览器与web服务器建立tcp连接. 4.客户端浏览器向对应IP地址的WEB服务器发送相应的http或https请求。 5.WEB服务器响应请求...
当在浏览器中输入地址以后发什么了什么？
m0_55528024的博客
03-25 620
四次挥手有可能是服务器发起的，也可能是客户端发起的。三次握手是客户端与服务器建立连接的过程。
在浏览器中输⼊⽹址后发⽣了什么？
redfishzhang64的博客
08-15 1096
总结起来，当你在浏览器中输入网址并回车后，在背后发生了一系列步骤，这些步骤使得你能够在浏览器上访问并浏览网页。
在浏览器输入地址发生了什么？
weixin_34232617的博客
03-12 560
本文主要探究 在浏览器地址栏输入地址到页面渲染完成发生了什么 这个问题。通过对这个问题的探究，详细的梳理http、https、tcp及前端性能优化相关的问题。本文涉及到前端、后台、运维相关的工作，也会涉及到很多专有名词及其衍生知识 当我们在浏览器网址中输入一个地址，点击回车后发生了以下事情。分为两种情况，http事务和https事务。先讲http事务： 1、浏览器（客户端）进行地址解析。 2、将解...
浏览器地址栏输入地址之后发生了什么
weixin_42028153的博客
08-08 943
随着 Web 技术的发展，一些优化措施如 HTTP/2 的多路复用、预加载、缓存机制等也会在这个过程中发挥作用，以提高页面的加载速度和性能。除了 DNS 查询，还有哪些方法可以解析域名？建立 TCP 连接的三次握手过程是怎样的？DNS 查询的过程是怎样的？
在浏览器中输入网址后，都发生了什么？
weixin_42848859的博客
05-14 173
输入网址后，会先去本地的host文件中查找是否有这个域名映射，如果有就返回对应的IP；如果没有回去DNS服务器找，找到就返回，否则就找不到。
浏览器输入网址后，发生了什么
u010694337的专栏
09-30 2485
1. 首先是输入网址 　　以www.facebook.com为例 1. 浏览器查找域名对应IP 2.1 浏览器发起DNS查询请求： 在广域网中，我们是基于IP地址进行通信的。但通常客户访问的是一个网址，为此，我们需要先得到网址对应的IP地址，这就需要域名服务系统将域名转换成IP地址。如下图所示，在客户端浏览器中输入网址：http://www.cricode.com时，浏览器会根据本地
当你在浏览器中输入域名并敲下回车发生了什么事情
最新发布
09-05
<think> 嗯，用户想了解输入域名回车后的完整过程。这个问题看似常见，但涉及计算机网络多个核心层面，需要系统性地梳理。 用户提供的四个引用材料很有价值，特别是引用[3]的八个步骤框架非常清晰，但需要补充技术细节。引用[1]提到的DNS解析比喻和引用[4]的路由缓存机制也值得整合。 考虑从物理操作到最终渲染的完整链路展开： 首先必须强调DNS解析的细节，包括浏览器缓存→hosts文件→本地DNS服务器的查询顺序，这点引用[4]的路由缓存描述很准确。TCP三次握手部分要解释SYN/ACK包交换过程，但避免术语堆砌。 注意到引用[2]提到HTTP请求头细节容易被忽略，比如User-Agent和Accept字段，这部分对理解浏览器行为很重要。页面渲染环节需要补充关键路径渲染（Critical Rendering Path）的概念，解释HTML/CSS/JS如何变成像素。 安全机制是用户没问但必须涵盖的：TLS握手在HTTPS场景的触发时机，以及证书验证过程。引用材料中都没提到Service Worker等现代特性，考虑在异步请求环节补充。 最后要强调流程的非线性——浏览器预解析、连接复用等优化手段会使某些步骤并行。用户可能是开发者或面试准备者，考虑在回答末尾添加三个进阶问题：关于HTTP/3的QUIC协议、前端性能优化切入点、网络安全防护层，形成知识闭环。 </think> 在浏览器中输入域名（如 `www.example.com`）并按下回车后，整个流程涉及网络协议栈、操作系统和浏览器引擎的协同工作。以下是详细步骤： --- ### 🌐 **1. URL解析** - 浏览器解析输入内容： - 若输入非完整URL（如 `example`），浏览器尝试补全协议（`https://`）和后缀（`.com`）。 - 特殊输入（如直接输入IP）跳过DNS解析。 - 检查**HSTS列表**（强制HTTPS的域名）[^4]。 --- ### 🔍 **2. DNS解析（获取服务器IP）** 1. **浏览器缓存**：检查本地DNS缓存（如 Chrome 的 `net-internals`）。 2. **系统缓存**：查询操作系统 hosts 文件（如 Windows 的 `C:\Windows\System32\drivers\etc\hosts`）。 3. **路由器缓存**：向本地路由器发送 DNS 查询。 4. **ISP DNS服务器**： - 递归查询根域名服务器 → 顶级域（`.com`）服务器 → 权威域名服务器。 - 最终返回目标域名的 IP 地址（如 `93.184.216.34`）[^1][^3][^4]。 > **比喻**：DNS 解析如同查找电话号码簿，将域名“翻译”为服务器 IP。 --- ### 🤝 **3. 建立TCP连接（三次握手）** - **步骤**： 1. 客户端发送 `SYN` 包（序列号 `x`）。 2. 服务器回复 `SYN-ACK` 包（序列号 `y`，确认号 `x+1`）。 3. 客户端发送 `ACK` 包（确认号 `y+1`）。 - 若为 HTTPS 请求，后续启动 **TLS 握手**（交换密钥、验证证书）[^2][^3]。 --- ### 📤 **4. 发送HTTP请求** 浏览器构造 HTTP 请求报文： ```http GET /index.html HTTP/1.1 Host: www.example.com User-Agent: Mozilla/5.0 Accept: text/html,application/xhtml+xml Cookie: session_id=abc123 ``` - 包含请求行、请求头、空行及可能的请求体（如 POST 数据）[^3]。 --- ### ️ **5. 服务器处理请求** - Web 服务器（如 Nginx/Apache）： 1. 解析请求路径和参数。 2. 执行后端逻辑（如 PHP/Python 脚本）。 3. 查询数据库或缓存。 4. 生成 HTTP 响应（状态码 + HTML/CSS/JS 等资源）[^3][^4]。 --- ### 📥 **6. 接收响应** 服务器返回响应报文： ```http HTTP/1.1 200 OK Content-Type: text/html; charset=UTF-8 Content-Length: 1234 <!DOCTYPE html><html>...</html> ``` - 状态码（如 `200` 成功、`404` 未找到）决定后续行为[^2]。 --- ### **7. 浏览器渲染页面** 1. **解析 HTML**：构建 DOM 树。 2. **解析 CSS**：生成 CSSOM 树。 3. **合并渲染树**（DOM + CSSOM）。 4. **布局**（Layout）：计算元素位置和尺寸。 5. **绘制**（Paint）：将像素输出到屏幕。 6. **执行 JavaScript**： - 若遇到 `<script>` 标签，暂停解析直至脚本执行完成（除非标记 `async/defer`）。 - 触发事件（如 `DOMContentLoaded`）[^1][^3]。 --- ### ♻️ **8. 异步请求与连接关闭** - **异步请求**：页面加载后，JavaScript 可能发起 Ajax/Fetch 请求更新内容。 - **关闭 TCP连接**（四次挥手）： 1. 客户端发送 `FIN`。 2. 服务器回复 `ACK`。 3. 服务器发送 `FIN`。 4. 客户端回复 `ACK`（连接终止）[^3][^4]。 --- ### **关键优化机制** - **连接复用**：HTTP/1.1 默认长连接（`Connection: keep-alive`），减少握手开销。 - **管线化（Pipelining）**：并行发送多个请求（HTTP/2 进一步优化）。 - **预解析**：浏览器在解析 HTML 时提前发起 DNS 查询或 TCP 连接。 --- ### 📚 **相关问题** 1. **DNS 解析为何需要递归与迭代结合？** > 本地 DNS 服务器迭代查询根域和顶级域，客户端只需等待最终结果（递归）[^1]。 2. **HTTPS 的 TLS 握手具体如何加密数据？** > 通过非对称加密交换会话密钥，后续通信使用对称加密（如 AES）保证效率[^4]。 3. **浏览器渲染遇到 JavaScript 阻塞如何处理？** > 使用 `async`（异步加载）或 `defer`（延迟执行）避免阻塞 DOM/CSSOM 构建[^3]。 --- > 流程中各环节高度依赖缓存（DNS/TCP/HTTP）和协议优化（如 HTTP/2 多路复用），实际过程可能因浏览器策略（预加载、预渲染）而并行提速 [^1][^2][^3][^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值