本文共 1151 字，大约阅读时间需要 3 分钟。

大家都知道，在浏览器输入一个正确的网址，可以返回这个网址对应的网页内容，然鹅，这一瞬间的事情，实际上经历了千辛万苦才出现在了你的面前，下面就来详细解读一下这个繁琐的过程。下面以请求百度一下www.baidu.com为例：

当你在浏览器地址栏输入www.baidu.com网址要打开百度一下的时候，首先浏览器会去浏览器的缓存文件中查找，有没有缓存www.baidu.com这个域名对应的IP地址，如果有，则直接请求IP地址对应的服务器；如果用户是第一次访问，则浏览器没有缓存，则会到本地hosts文件去查找有没有该域名对应的IP，如果有，则直接请求IP地址对应的服务器；否则，浏览器请求DNS域名服务器获取IP地址，首先找到local域名服务器，然后local域名服务器找到根域名服务器，然后根域名服务器找到主域名服务器，最后主域名服务器返回域名对应的ip地址，并把ip地址和域名的对应关系缓存到浏览器的缓存文件里。当浏览器拿到网址对应的IP地址后，就开始通过TCP协议进行socket通讯，首先是服务器端启用8080端口服务并监听请求，浏览器端创建socket连接服务器，三次握手后建立连接，开始通讯，所有的数据传输都有一个编码和解码过程，计算机只能识别字节数据，所以从浏览器传递到服务器的数据必须编码为字节流，通过字节流的方式进行传输，服务器端接收到字节流数据的时候进行解码得到想要的数据。同样，从服务器端返回的数据也经历了一个编码过程，浏览器接收到数据经历了一个解码过程。那么，浏览器又是如何请求域名后面的路径资源的呢，服务器端以tomcat为例，tomcat主要由connector连接器和container连接器组成的一个service，connector主要负责和外部进行沟通，container主要负责内部任务的处理，而service则是关联connector和container的桥梁。一个service可以有多个connector，connector可以配置成8080端口，也可以配置一个8443端口用来支持https请求；container则是由多级容器组成，最顶级的是engine,然后是host,接着是最重要的context容器，一个context容器对应一个web应用，可以在host标签里配置多个context上下文容器，每个context里面包含多个warpper容器，每个warpper容器就是一个servlet文件，tomcat会接收到URL的context对应的web应用，然后读取该应用的web.xml文件，通过找到对应的servlet处理请求，进行一系列的逻辑运行，从缓存中获取查找数据，缓存不命中则查找数据库，拿到数据后以指定的编码返回给浏览器显示出相应的内容。

转载地址：https://blog.csdn.net/kookkj/article/details/78853038 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！