简述Web浏览器打开一个Web文件的工作过程。

1.web浏览器（客户端）根据web文件的URL（统一资源定位符）访问文件所在的服务器。

2.服务器根据客户端访问的文件，进行处理，如果找不到该文件则给浏览器（客户端）返回404错误（找不到文件），如果找到，则依据服务器上编写的对文件处理的方式处理后将结果返回到客户端（浏览器）

3.浏览器接受到成功的信息并显示出来。

A）解析Web页面的URL，得到Web服务器的域名

B）通过DNS服务器获得Web服务器的IP地址

C）从Web服务器获得URL指定的文档

D）获得PC机的IP地址

E）与Web服务器建立HTTP连接

F）与访问路由器建立数据链路

G）浏览器解释页面文档，并显示在屏幕

H）通过电话网拨号与访问路由器建立物理连接

I）与Web服务器建立TCP连接

典型的B/S 结构 以个人的理解b/s c/s 其实都是一样的 。都是客户端/服务器 唯一不同的是b/s的客户端是固定的（即浏览器），需要遵循一些标准(如解析html，script，css，xml等)无论jsp aspx asp php cgi 等都作为服务器处理的一种语言，都为的是实现一个功能。都需要各自不同的处理程序 每种语言都需要一个特定的程序去处理它 如jsp使用tomcat asp.net 使用iis php使用apache处理程序通过处理你编写的代码向客户端返回信息（html+css+Script+xml）即返回的是客户端可以识别的规定代码，客户端通过解析代码向大众展示界面或效果. 如普通c/s程序一样 作为客户端的浏览器会根据用户的意愿像服务端发送请求，服务端拿jsp和asp.net 来说都会首先编译自己的代码，然后根据你事先编写好的代码给浏览器相应的回复，浏览器通过解析展示给用户 个人认为我们在编写 b/s程序的时候只是在一套框架里边进行拓展 ，我们并不用编写服务端的代码也不用在意客户端是如何实现的，我们只是在遵循服务端要求以及客户端要求的基础上进行自主意识的拓展，所以万变离不开 浏览器/服务端 个人拙见，希望帮到你.

Webpack 的运行流程是一个串行的过程,从启动到结束会依次执行以下流程 :

1.初始化参数：从配置文件和 Shell 语句中读取与合并参数,得出最终的参数。

2.开始编译：用上一步得到的参数初始化 Compiler 对象,加载所有配置的插件,执行对象的 run 方法开始执行编译。

3.确定入口：根据配置中的 entry 找出所有的入口文件。

4.编译模块：从入口文件出发,调用所有配置的 Loader 对模块进行翻译,再找出该模块依赖的模块,再递归本步骤直到所有入口依赖的文件都经过了本步骤的处理。

5.完成模块编译：在经过第 4 步使用 Loader 翻译完所有模块后,得到了每个模块被翻译后的最终内容以及它们之间的依赖关系。

6.输出资源：根据入口和模块之间的依赖关系,组装成一个个包含多个模块的 Chunk,再把每个 Chunk 转换成一个单独的文件加入到输出列表,这步是可以修改输出内容的最后机会。

7.输出完成：在确定好输出内容后,根据配置确定输出的路径和文件名,把文件内容写入到文件系统。

在以上过程中,Webpack 会在特定的时间点广播出特定的事件,插件在监听到感兴趣的事件后会执行特定的逻辑,并且插件可以调用 Webpack 提供的 API 改变 Webpack 的运行结果。

---