浏览器输入url到发起http请求所经历的过程
- - SegmentFault 最新的文章当用户输入url，操作系统会将输入事件传递到浏览器中，在这过程中，浏览器可能会做一些预处理，比如 Chrome 会根据历史统计来预估所输入字符对应的网站，例如输入goog，根据之前的历史发现 90% 的概率会访问「www.google.com 」，因此就会在输入回车前就马上开始建立 TCP 链接甚至渲染了.
浏览器输入url到发起http请求所经历的过程
标签：
html
css
javascript
| 发表时间：2018-11-18 16:33 | 作者：jianwenjuan
出处：https://segmentfault.com/blogs
用户输入url
当用户输入url，操作系统会将输入事件传递到浏览器中，在这过程中，浏览器可能会做一些预处理，比如 Chrome 会根据历史统计来预估所输入字符对应的网站，例如输入goog，根据之前的历史发现 90% 的概率会访问「www.google.com 」，因此就会在输入回车前就马上开始建立 TCP 链接甚至渲染了。
接着是输入url之后，点击回车，这时浏览器会对 URL 进行检查，首先判断协议，如果是 http 就按照 Web 来处理，另外还会对这个 URL 进行安全检查
安全检查完成之后，在浏览器内核中会先查看缓存，然后设置 UA 等 HTTP 信息，接着调用不同平台下网络请求的方法。
注意：
浏览器和浏览器内核是不同的概念，浏览器指的是 Chrome、Firefox，而浏览器内核则是 Blink、Gecko，浏览器内核只负责渲染，GUI 及网络连接等跨平台工作则是浏览器实现的
http网络请求
通过 DNS 查询 IP；
通过 Socket 发送数据
dns查询ip
DNS，英文是Domain Name System，中文叫域名系统，是Internet的一项服务，他将域名和IP地址相互映射的一个分布式数据库
假设用户在浏览器中输入的是www.google.com，大概过程：
如果输入的是域名，则需要进行dns查询，将域名解析成ip；
进行DNS查询的主机或软件叫做DNS解析器，用户使用的工作站或电脑都属于解析器。域名解析就是利用DNS解析器得到对应IP过程，解析器会向域名服务器进行查询处理。
主要过程如下：
- 从浏览器缓存中查找域名www.google.com的IP地址
- 在浏览器缓存中没找到，就在操作系统缓存中查找，这一步中也会查找本机的hosts看看有没有对应的域名映射（当然已经缓存在系统DNS缓存中了）
- 在系统中也没有的话，就到你的路由器来查找，因为路由器一般也会有自己的DNS缓存
如果以上都没有找到，则继续往下向dns域名服务器查询
- 用户电脑的解析器向LDNS（也就是Local DNS，互联网服务提供商ISP），发起域名解析请求，查询www.google.com的IP地址，这是一个递归查找过程
- 在缓存没有命中的情况下，LDNS向根域名服务器.查询www.google.com的IP地址，LDNS的查询过程是一个迭代查询的过程
- 根告诉LDNS，我不知道www.google.com对应的IP，但是我知道你可以问com域的授权服务器，这个域归他管
- LDNS向com的授权服务器问www.google.com对应的IP地址
- com告诉LDNS，我不知道www.google.com对应的IP，但是我知道你可以问google.com域的授权服务器，这个域归他管
- LDNS向google.com的授权服务器问www.google.com对应的IP地址
- google.com查询自己的ZONE文件（也称区域文件记录），找到了www.google.com对应的IP地址，返回给LDNS
- LDNS本地缓存一份记录，把结果返回给用户电脑的解析器
- 在这之后，用户电脑的解析器拿到结果后，缓存在自己操作系统DNS缓存中，同时返回给浏览器，浏览器依旧会缓存一段时间。
注意，
域名查询时有可能是经过了CDN调度器的（如果有cdn存储功能的话）
而且，需要知道dns解析是很耗时的，因此如果解析域名过多，会让首屏加载变得过慢，可以考虑dns-prefetch优化
tcp/ip请求
有了 IP 地址，就可以通过 Socket API 来发送数据了，这时可以选择 TCP 或 UDP 协议。
http本质是tcp协议。
TCP是一种面向有连接的传输层协议。他可以保证两端（发送端和接收端）通信主机之间的通信可达。他能够处理在传输过程中丢包、传输顺序乱掉等异常情况；此外他还能有效利用宽带，缓解网络拥堵。
建立TCP连接一开始都要经过三次握手：
第一次握手，请求建立连接，发送端发送连接请求报文
第二次握手，接收端收到发送端发过来的报文，可知发送端现在要建立联机。然后接收端会向发送端发送一个报文
第三次握手，发送端收到了发送过来的报文，需要检查一下返回的内容是否是正确的；若正确的话，发送端再次发送确认包
在TCP连接建立完成之后就可以发送HTTP请求了。
注意
浏览器对同一个域名有连接数限制，大部分是 6，http1.0中往往一个资源下载就需要对应一个tcp/ip请求，而像 HTTP 2.0 协议尽管只使用一个 TCP 连接来传输数据，但性能反而更好，而且还能实现请求优先级。
参考文章：
http://fex.baidu.com/blog/201...
https://blog.csdn.net/dojiang...
https://segmentfault.com/a/11...
相关 [浏览器 url http] 推荐：
HTTP中的URL长度限制
- - 博客园_首页由于之前的一个web项目中，要用get方法去获取数据，但结果时常报错，经过仔细排查才发现原来url长度超过了限制，通过缩短url和发送多次请求的方法解决了该问题，之后在网上查了些资料，发现这个问题还是内藏玄机，要比自己想的复杂. 首先，其实http 1.1 协议中对url的长度是不受限制的，协议原文：.
http协议：Web前端-HTTP Cache-control/浏览器缓存(转)
- - 互联网 - ITeye博客HTTP协议分别在 1.0 / 1.1 两个时代推出了 Expires / Cache-control 两种cache策略，这里我们无需了解全部的细节，无需记住整个RFC内容,但是当我们需要使用HTTP cache策略时，我们需要注意以下细节：. Expires 是HTTP 1.0 那个时代的东西了，目前来看，可以不使用了，因为HTTP 1.0 的user agent占有率在 0.1% 以下（我们主要面向的web浏览器均默认使用HTTP 1.1）,Cache-control 是 HTTP 1.1 的新特性，也是我们主要做文章使用cache策略的工具.
web基础-web工作原理，http协议，浏览器缓存
- - 浏览器 - 互联网 - ITeye博客4，cookie和session. 平时用浏览器，输入网址后回车，页面响应我们想要浏览的内容，简单操作的背后蕴涵了什么原理. 当输入url回车后，客户端（浏览器）会去请求DNS服务器，通过DNS获取域名对应的IP地址，然后通过这个地址找到对应的服务器，要求建立TCP连接，建立连接，客户端发送httpRequest（请求包）后，服务器接收并开始处理请求，调用自身服务，返回httpResponse（响应包），客户端收到响应包后开始渲染body主体，等到全部接收，断开与该服务器端的TCP连接.
Chrome浏览器强制http重定向到https的简单方法
- Coolxll - Chrome迷有的朋友修改host进某些网站，但每次进入都是诸如 http://twitter.com ，大多时候有可能进不去. 前段时间就算修改了，输入http://plus.google.com ，G+也是也进不去的，需要手动修改http为https，方能进入. 今天，在Google+看到一篇介绍Chrome浏览器强制http重定向到https的简单方法，搬到这里来，纯粹的Chrome技巧.
[转][转]浅析http协议、cookies和session机制、浏览器缓存
- - heiyeluren的Blog来源：http://www.phpben.com/?post=77. 最近几天在复习http协议中headers，cookies、session、缓存等相关知识，发现些新知识点. 这篇文章注重结合PHP去理解这些内容，也就是比较注重实践部分. 一、 http headers .
正确处理浏览器在下载文件时HTTP头的编码问题（Content-Disposition）
- - IE浏览器中文网站最近在做项目时遇到了一个 case ：需要实现一个强制在浏览器中的下载功能（即强制让浏览器弹出下载对话框），并且文件名必须保持和用户之前上传时相同（可能包含非 ASCII 字符）. 前一个需求很容易实现：使用 HTTP Header 的 Content-Disposition: attachment 即可，还可以配合 Content-Type: application/octet-stream 来确保万无一失.