weixin_41311515

当我们输入URL，按下回车发生了什么？

 
   回车键按下 
  

 
   为了从零开始，我们选择键盘上的回车键被按到最低处作为起点。在这个时刻，一个专用于回车键的电流回路被直接地或者通过电容器间接地闭合了，使得少量的电流进入了键盘的逻辑电路系统。这个系统会扫描每个键的状态，对于按键开关的电位弹跳变化进行噪音消除(debounce)，并将其转化为键盘码值。在这里，回车的码值是13。键盘控制器在得到码值之后，将其编码，用于之后的传输。现在这个传输过程几乎都是通过通用串行总线(USB)或者蓝牙(Bluetooth)来进行的，以前是通过PS/2或者ADB连接进行。 
  

 
   (Windows)一个  
   WM_KEYDOWN 
    消息被发往应用程序 
  

 
   HID把键盘按下的事件传送给  
   KBDHID.sys 
    驱动，把HID的信号转换成一个扫描码(Scancode)，这里回车的扫描码是 
   VK_RETURN(0x0d) 
   。  
   KBDHID.sys 
    驱动和  
   KBDCLASS.sys 
    (键盘类驱动,keyboard class driver)进行交互，这个驱动负责安全地处理所有键盘和小键盘的输入事件。之后它又去调用  
   Win32K.sys 
    ， 
   在这之前有可能把消息传递给安装的第三方键盘过滤器。这些都是发生在内核模式。 
  

 
   （GNU/Linux)Xorg  
   服务器监听键码值

 
   当使用图形化的 X Server 时，X Server 会按照特定的规则把键码值再一次映射，映射成扫描码。当这个映射过程完成之后， X Server 把这个按键字符发送给窗口管理器(DWM，metacity, i3等等)，窗口管理器再把字符发送给当前窗口。当前窗口使用有关图形API把文字打印在输入框内。 
  

 
   解析URL 
  

浏览器通过 URL 能够知道下面的信息：

Protocol "http"

 
   使用HTTP协议 
  

Resource "/"

 
   请求的资源是主页(index) 
  

 
   输入的是 URL 还是搜索的关键字？ 
  

 
   当协议或主机名不合法时，浏览器会将地址栏中输入的文字传给默认的搜索引擎。大部分情况下，在把文字传递给搜索引擎的时候，URL会带有特定的一串字符，用来告诉搜索引擎这次搜索来自这个特定浏览器。 
  

 
   检查 HSTS 列表 
  

浏览器检查自带的“预加载 HSTS（HTTP严格传输安全）”列表，这个列表里包含了那些请求浏览器只使用HTTPS进行连接的网站
如果网站在这个列表里，浏览器会使用 HTTPS 而不是 HTTP 协议，否则，最初的请求会使用HTTP协议发送
注意，一个网站哪怕不在 HSTS 列表里，也可以要求浏览器对自己使用 HSTS 政策进行访问。浏览器向网站发出第一个 HTTP 请求之后，网站会返回浏览器一个响应，请求浏览器只使用 HTTPS 发送请求。然而，就是这第一个 HTTP 请求，却可能会使用户受到 downgrade attack 的威胁，这也是为什么现代浏览器都预置了 HSTS 列表。

 
   HTTP与HTTPS的区别 
  

 
   超文本传输协议HTTP协议被用于在Web浏览器和网站服务器之间传递信息，HTTP协议以明文方式发送内容，不提供任何方式的数据加密，如果攻击者截取了Web浏览器和网站服务器之间的传输报文，就可以直接读懂其中的信息，因此，HTTP协议不适合传输一些敏感信息，比如：信用卡号、密码等支付信息。 
  

 
   　　为了解决HTTP协议的这一缺陷，需要使用另一种协议：安全套接字层超文本传输协议HTTPS，为了数据传输的安全，HTTPS在HTTP的基础上加入了SSL协议，SSL依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密。 
  

 
   一、HTTP和HTTPS的基本概念 
  

 
   　　HTTP：是互联网上应用最为广泛的一种网络协议，是一个客户端和服务器端请求和应答的标准（TCP），用于从WWW服务器传输超文本到本地浏览器的传输协议，它可以使浏览器更加高效，使网络传输减少。 
  

 
   　　HTTPS：是以安全为目标的HTTP通道，简单讲是HTTP的安全版，即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。 
  

 
   　　HTTPS协议的主要作用可以分为两种：一种是建立一个信息安全通道，来保证数据传输的安全；另一种就是确认网站的真实性。 
  

 
   二、HTTP与HTTPS有什么区别？ 
  

 
   　　HTTP协议传输的数据都是未加密的，也就是明文的，因此使用HTTP协议传输隐私信息非常不安全，为了保证这些隐私数据能加密传输，于是网景公司设计了SSL（Secure Sockets Layer）协议用于对HTTP协议传输的数据进行加密，从而就诞生了HTTPS。简单来说，HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全。 
  

 
   　　HTTPS和HTTP的区别主要如下： 
  

 
   　　1、https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。 
  

 
   　　2、http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。 
  

 
   　　3、http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。 
  

 
   　　4、http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。 
  

 
   三、 
   HTTPS的工作原理

 
   　　我们都知道HTTPS能够加密信息，以免敏感信息被第三方获取，所以很多银行网站或电子邮箱等等安全级别较高的服务都会采用HTTPS协议。 
  

 
   　客户端在使用HTTPS方式与Web服务器通信时有以下几个步骤，如图所示。 
  

 
   　　（1）客户使用https的URL访问Web服务器，要求与Web服务器建立SSL连接。 
  

 
   　　（2）Web服务器收到客户端请求后，会将网站的证书信息（证书中包含 
   公钥 
   ）传送一份给客户端。 
  

 
   　　（3）客户端的浏览器与Web服务器开始协商SSL连接的安全等级，也就是信息加密的等级。 
  

 
   　　（4）客户端的浏览器根据双方同意的安全等级，建立会话密钥，然后利用网站的公钥将会话密钥加密，并传送给网站。 
  

 
   　　（5）Web服务器利用自己的私钥解密出会话密钥。 
  

 
   　　（6）Web服务器利用会话密钥加密与客户端之间的通信。 
  

 
   DNS查询 
  

浏览器检查域名是否在缓存当中（要查看 Chrome 当中的缓存，打开 chrome://net-internals/#dns）。
如果缓存中没有，就去调用 gethostbyname 库函数（操作系统不同函数也不同）进行查询。
gethostbyname 函数在试图进行DNS解析之前首先检查域名是否在本地 Hosts 里，Hosts 的位置不同的操作系统有所不同
如果 gethostbyname 没有这个域名的缓存记录，也没有在 hosts 里找到，它将会向 DNS 服务器发送一条 DNS 查询请求。DNS 服务器是由网络通信栈提供的，通常是本地路由器或者 ISP 的缓存 DNS 服务器。
查询本地 DNS 服务器
如果 DNS 服务器和我们的主机在同一个子网内，系统会按照下面的 ARP 过程对 DNS 服务器进行 ARP查询
如果 DNS 服务器和我们的主机在不同的子网，系统会按照下面的 ARP 过程对默认网关进行查询

 
   DNS分为 
   Client 
   和 
   Server 
   ，Client扮演发问的角色，也就是问Server一个 
   Domain Name 
   ，而Server必须要回答此Domain Name的真正 
   IP地址 
   。而当地的DNS先会查自己的资料库。如果自己的资料库没有，则会往该DNS上所设的DNS服务器询问，依此得到答案之后，将收到的答案存起来，并回答客户。DNS服务器会根据不同的授权区（Zone），记录所属该网域下的各名称资料，这个资料包括网域下的次网域名称及主机名称。在每一个名称服务器中都有一个快取缓存区（Cache），这个快取缓存区的主要目的是将该名称服务器所查询出来的名称及相对的IP地址记录快取缓存区中，这样当下一次还有另外一个客户端到此服务器上去查询相同的名称 时，服务器就不用在到别台 
   主机 
   上去寻找，而直接可以从缓存区中找到该笔名称记录资料，传回给客户端，加速客户端对名称查询的速度。例如： 
  

 
   当DNS客户端向指定的DNS服务器查询网际网路上的某一台主机名称 DNS服务器会在该资料库中找寻用户所指定的名称 如果没有，该服务器会先在自己的快取缓存区中查询有无该笔纪录，如果找到该笔名称记录后，会从DNS服务器直接将所对应到的IP地址传回给客户端 ，如果名称服务器在资料记录查不到且快取缓存区中也没有时，会向最接近的名称服务器去要求帮忙找寻该名称的IP地址 ，在另一台服务器上也有相同的动作的查询，当查询到后会回复原本要求查询的服务器，该DNS服务器在接收到另一台DNS服务器查询的结果后，先将所查询到的主机名称及对应IP地址记录到快取缓存区中 ，最后在将所查询到的结果回复给客户端。 
  

 
   通过URI定位到主机。 
  

    当我们在浏览器输入url后，浏览器通过DNS服务器，将网站中的URl中的主机域名解析为，web服务器中所对应的IP地址。顺序差不多是： 
  

先在浏览器缓存中查询，如果浏览器缓存中有就直接使用。
浏览器缓存中找不到在系统缓存中查询。
系统缓存中没有在路由器缓存中查询。
路由器找不到在web服务器中查询，直到找到这个IP地址。

 
   传输控制协议 
   TCP

 
   TCP连接的建立（三次握手） 
  

 
   第一次握手做什么？ 
  

 
   请求端(客户端)会向服务端(被请求端)发送一个tcp报文，申请打开某一个端口。因为没有数据，所以这个报文仅包含一个tcp头。其中： 
  

 
   SYN=1；当建立一个新的连接时， SYN标志变1。 
  

 
   序号；序号用来标识从客户端向服务端发送的数据字节流。 
  

 
   此时客户端进入 
   SYN_SENT 
   状态。 
  

 
   第二次握手做什么？ 
  

 
   服务端收到客户端的SYN包，也会发一个只包含tcp头的报文给客户端。 
  

 
   ACK=1；服务端确认收到信息 
  

 
   确认序号；客户端序号+1，作为应答 
  

 
   SYN=1；因为tcp的连接是双向的，服务端作为应答的同时请求建立连接。 
  

 
   此时服务端进入 
   SYN_RECV 
   状态 
  

 
   第三次握手做什么？ 
  

 
   ACK=1；客户端确认收到信息 
  

 
   确认序号；服务端序号+1，作为应答 
  

 
   此时客户端进入ESTABLISHED状态，服务端收到ACK后也会进入此状态 
  

 
   可见，客户端和服务端都保留了对方的序号，这三次握手缺少任何一步都无法实现这一目标。在三次握手过程中，出现了一些中间状态。 
  

 
   这个问题的本质是, 信道不可靠, 但是通信双发需要就某个问题达成一致. 而要解决这个问题, 无论你在消息中包含什么信息, 三次通信是理论上的最小值. 所以三次握手不是TCP本身的要求, 而是为了满足"在不可靠信道上可靠地传输信息"这一需求所导致的. 请注意这里的本质需求,信道不可靠, 数据传输要可靠. 三次达到了, 那后面你想接着握手也好, 发数据也好, 跟进行可靠 
   信息传输 
   的需求就没关系了. 因此,如果信道是可靠的, 即无论什么时候发出消息, 对方一定能收到, 或者你不关心是否要保证对方收到你的消息, 那就能像UDP那样直接发送消息就可以了. 
  

 
   TLS 握手 
  

客户端发送一个 ClientHello 消息到服务器端，消息中同时包含了它的 Transport Layer Security (TLS) 版本，可用的加密算法和压缩算法。
服务器端向客户端返回一个 ServerHello 消息，消息中包含了服务器端的TLS版本，服务器所选择的加密和压缩算法，以及数字证书认证机构（Certificate Authority，缩写 CA）签发的服务器公开证书，证书中包含了公钥。客户端会使用这个公钥加密接下来的握手过程，直到协商生成一个新的对称密钥
客户端根据自己的信任CA列表，验证服务器端的证书是否可信。如果认为可信，客户端会生成一串伪随机数，使用服务器的公钥加密它。这串随机数会被用于生成新的对称密钥
服务器端使用自己的私钥解密上面提到的随机数，然后使用这串随机数生成自己的对称主密钥
客户端发送一个 Finished 消息给服务器端，使用对称密钥加密这次通讯的一个散列值
服务器端生成自己的 hash 值，然后解密客户端发送来的信息，检查这两个值是否对应。如果对应，就向客户端发送一个Finished 消息，也使用协商好的对称密钥加密
从现在开始，接下来整个 TLS 会话都使用对称秘钥进行加密，传输应用层（HTTP）内容

 
   浏览器背后的故事 
  

 
   当服务器提供了资源之后（HTML，CSS，JS，图片等），浏览器会执行下面的操作： 
  

解析 —— HTML，CSS，JS
渲染 —— 构建 DOM 树 -> 渲染 -> 布局 -> 绘制

 
   浏览器 
  

 
   浏览器的功能是从服务器上取回你想要的资源，然后展示在浏览器窗口当中。资源通常是 HTML 文件，也可能是 PDF，图片，或者其他类型的内容。资源的位置通过用户提供的 URI(Uniform Resource Identifier) 来确定。 
  

 
   浏览器解释和展示 HTML 文件的方法，在 HTML 和 CSS 的标准中有详细介绍。这些标准由 Web 标准组织 W3C(World Wide Web Consortium) 维护。 
  

 
   不同浏览器的用户界面大都十分接近，有很多共同的 UI 元素： 
  

一个地址栏
后退和前进按钮
书签选项
刷新和停止按钮
主页按钮

 
   浏览器高层架构 
  

 
   组成浏览器的组件有： 
  

用户界面用户界面包含了地址栏，前进后退按钮，书签菜单等等，除了请求页面之外所有你看到的内容都是用户界面的一部分
浏览器引擎浏览器引擎负责让 UI 和渲染引擎协调工作
渲染引擎渲染引擎负责展示请求内容。如果请求的内容是 HTML，渲染引擎会解析 HTML 和 CSS，然后将内容展示在屏幕上
网络组件网络组件负责网络调用，例如 HTTP 请求等，使用一个平台无关接口，下层是针对不同平台的具体实现
UI后端 UI 后端用于绘制基本 UI 组件，例如下拉列表框和窗口。UI 后端暴露一个统一的平台无关的接口，下层使用操作系统的 UI 方法实现
Javascript 引擎 Javascript 引擎用于解析和执行 Javascript 代码
数据存储数据存储组件是一个持久层。浏览器可能需要在本地存储各种各样的数据，例如 Cookie 等。浏览器也需要支持诸如 localStorage，IndexedDB，WebSQL 和 FileSystem 之类的存储机制

 
   HTML 解析 
  

 
   浏览器渲染引擎从网络层取得请求的文档，一般情况下文档会分成8kB大小的分块传输。 
  

 
   HTML 解析器的主要工作是对 HTML 文档进行解析，生成解析树。 
  

 
   解析树是以 DOM 元素以及属性为节点的树。DOM是文档对象模型(Document Object Model)的缩写，它是 HTML 文档的对象表示，同时也是 HTML 元素面向外部(如Javascript)的接口。树的根部是"Document"对象。整个 DOM 和 HTML 文档几乎是一对一的关系。 
  

 
   解析算法 
  

 
   HTML不能使用常见的自顶向下或自底向上方法来进行分析。主要原因有以下几点: 
  

语言本身的“宽容”特性
HTML 本身可能是残缺的，对于常见的残缺，浏览器需要有传统的容错机制来支持它们
解析过程需要反复。对于其他语言来说，源码不会在解析过程中发生变化，但是对于 HTML 来说，动态代码，例如脚本元素中包含的 document.write() 方法会在源码中添加内容，也就是说，解析过程实际上会改变输入的内容

 
   由于不能使用常用的解析技术，浏览器创造了专门用于解析 HTML 的解析器。解析算法在 HTML5 标准规范中有详细介绍，算法主要包含了两个阶段：标记化（tokenization）和树的构建。 
  

 
   解析结束之后 
  

 
   浏览器开始加载网页的外部资源（CSS，图像，Javascript 文件等）。 
  

 
   此时浏览器把文档标记为可交互的（interactive），浏览器开始解析处于“推迟（deferred）”模式的脚本，也就是那些需要在文档解析完毕之后再执行的脚本。之后文档的状态会变为“完成（complete）”，浏览器会触发“加载（load）”事件。 
  

 
   注意解析 HTML 网页时永远不会出现“无效语法（Invalid Syntax）”错误，浏览器会修复所有错误内容，然后继续解析。 
  

 
   CSS 解析 
  

根据 CSS词法和句法分析CSS文件和