文章目录进程和线程JS (单线程)浏览器)多进程)渲染进程中主要线程浏览器的进程模型，线程模型浏览器内的多标签间通信方式进程间通信的方式
进程和线程
1、进程：进程为CPU资源分配的最小单位
CPU是计算机的核心，承担所有的计算任务
所谓过程，就是字面上正在进行的程序，请参阅一个可以独立运行且拥有自己的资源空间的任务程序
过程包括运行中的程序和程序所使用到的内存和系统资源。 我们启动程序时，操作系统会在该程序中创建内存。 程序结束后，其内存区域将被回收。 这些运行环境存储代码、运行的数据和执行任务的主线程。
多个进程：CPU可以有很多进程。 每次打开软件时，我们的计算机都会生成一个或多个进程。 为什么计算机运行的软件多的话会卡，是因为CPU为每个进程分配了资源空间。 但是一个CPU总共有那么多资源，分成了很多进程。 越是卡，每个过程就越是相互独立。 当CPU执行一个进程时，它会将其他的
时间片轮转调度算法线程为2、线程：
线程是基于进程构建的一次程序执行单位，线程是程序内的一个执行流程，简单易懂地说明一个进程可以有多个线程
因此，线程与进程相关，在进程中使用多线程并行处理可以提高运算效率。 进程将任务划分为许多精细任务，创建多个线程，并并行执行ngdds
每个进程一个执行流称为CPU调度的最小单位。 这意味着当程序运行时，运行的程序路径按顺序排列，前一个过程必须进行处理，后一个过程称为3358www.Sina.com/。 这意味着一个程序可以同时运行多个不同的线程来执行不同的任务。 也就是说
单线程
进程是操作系统分配资源的最小单位，线程是程序执行的最小单位一个进程由一个或多个线程组成，线程可以理解为在一个进程内代码的不同执行路径进程之间是独立的。 在同一进程中的每个线程之间共享程序的内存空间(包括代码段、数据集、堆等)以及某些进程级资源(如打开文件和信号)的调度和切换是在进程上下文中进行的
一个进程可以同时运行多个线程，如果每个线程并行执行不同任务的某个进程中的某个线程执行错误，进程将崩溃，可以直接在同一进程中的线程之间传输和共享数据进程结束后，操作系统将访问该进程的内存区域多线程
3、进程和线程的区别和关系：多进程意味着可以同时在同一计算机系统中运行两个或多个进程。
区别：多线程意味着程序包含多个执行流。 这意味着您可以在一个程序中同时运行多个不同的线程来执行不同的任务。 这意味着一个程序可以创建多个并行执行线程来完成各自的任务
单线程(JS ) JS的单线程与其用途有关。 JavaScript作为浏览器脚本语言的主要用途是与用户交互和操作DOM。 我决定了这只能是单线程。 否则，会带来复杂的同步问题。 例如，假设JavaScript同时有两个线程。 假设一个线程向某个DOM节点添加了内容，另一个线程删除了该节点。 此时，浏览器应该基于哪个线程存在矛盾，JS的功能决定了它是否为单线程语言。
另外，据说JS还有关系：。 为了利用多核CPU的计算能力，4、多进程和多线程：允许使用JavaScript脚本创建多个线程，但3358www.Sina.com/不能与DOM进行交互
所以，这个标准是多进程：
多线程：
浏览器(多进程)浏览器是多进程的。 用Chrome来说，每次打开标签时都会发生一个进程。 如果使用Chrome打开很多标签也不关闭的话，电脑会不断堵塞。 这是因为它消耗了那个CPU。
Worker线程
要关闭并启动Chorme浏览器以打开新页面，请至少单击HTML5提出Web Worker标准
然后，在打开新选项卡时，浏览器进程、GPU进程和网络进程将被共享且不会重新启动。 然后，默认情况下，每个选项卡都设置一个
个渲染进程，但是也有例外，比如从A页面里面打开一个新的页面B页面，而A页面和B页面又属于同一站点的话，A和B就共用一个渲染进程，其他情况就为B创建一个新的渲染进程所以，最新的Chrome浏览器包括：1个浏览器主进程，1个GPU进程，1个网络进程，多个渲染进程，和多个插件进程
1、浏览器进程：
主进程：负责协调、控制，只有一个控制浏览器除标签页外的界面显示，与用户交互，包括地址栏、书签、前进后退按钮等管理各个页面，创建和销毁其他进程，负责与其他进程的协调工作将渲染(Renderer)进程得到的内存中的Bitmap(位图)，绘制到用户界面上网络资源的管理，下载，同时提供存储功能等2、GPU进程：
该进程也只有一个，用于3D绘制等负责整个浏览器界面的渲染Chrome刚开始发布的时候是没有GPU进程的，而使用GPU的初衷是为了实现3D、CSS效果，只是后面网页、Chrome的UI界面都用GPU来绘制，这使GPU成为浏览器普遍的需求，最后Chrome在多进程架构上也引入了GPU进程
3、网络进程：
负责发起和接受网络请求以前是作为模块运行在浏览器进程一时在面的，后面才独立出来，成为一个单独的进程
4、插件进程：
负责插件的运行因为插件可能崩溃，所以需要通过插件进程来隔离，以保证插件崩溃也不会对浏览器和页面造成影响。
每种类型的插件对应一个进程，当使用该插件时才创建。
5、渲染进程(Renderer)：
即通常所说的浏览器内核(Renderer进程，内部是多线程)每个Tab页面都有一个渲染进程，互不影响主要作用为页面渲染，脚本执行，事件处理等负责控制显示tab标签页内的所有内容。核心任务是将HTML、CSS、JS转为用户可以与之交互的网页，排版引擎Blink和JS引擎V8都是运行在该进程中，平时看到的浏览器呈现出页面过程中，大部分工作都是在渲染进程中完成
渲染进程中的主要线程1、GUI渲染线程
1）负责渲染页面，解析 html 和 css、构建DOM树、CSSOM树、渲染树、布局和绘制页面等
解析html代码(HTML代码本质是字符串)转化为浏览器认识的节点，生成DOM树，也就是DOM Tree解析css代码，生成CSSOM(CSS规则树)把DOM Tree 和CSSOM结合，生成Rendering Tree(渲染树)2）当页面需要Repaint和Reflow时，GUI线程将要执行，绘制页面
当修改了一些元素的颜色或者背景色，页面就会重绘(Repaint)当修改元素的尺寸，页面就会回流(Reflow)回流(Reflow)比重绘(Repaint)的成本要高，要尽量避免Reflow和Repaint3）GUI渲染线程与JS引擎线程是互斥的
当JS引擎执行时GUI线程会被挂起(相当于被冻结了)GUI更新会被保存在一个队列中等到JS引擎空闲时立即被执行2、JS引擎线程
浏览器同时只能有一个JS引擎线程在运行JS程序，所以JS是单线程运行的
JS引擎线程就是JS内核，负责处理Javascript脚本程序(例如V8引擎)JS引擎线程负责解析Javascript脚本，运行代码JS引擎一直等待着任务队列中任务的到来，然后加以处理一个Tab页(renderer进程)中无论什么时候都只有一个JS线程在运行JS程序注意：GUI渲染线程与JS引擎线程是互斥的，JS引擎线程会阻塞GUI渲染线程
常遇到的问题： JS执行时间过长，造成页面的渲染不连贯，导致页面渲染加载阻塞(就是加载慢)
例如：浏览器渲染的时候遇到<script>标签，就会停止GUI的渲染，然后JS引擎线程开始工作，执行里面的JS代码，等JS执行完毕，JS引擎线程停止工作，GUI继续渲染下面的内容。所以如果JS执行时间太长就会造成页面卡顿的情况。
3、定时触发器线程
即为setInterval与setTimeout所在线程
浏览器定时计数器并不是由JavaScript引擎计数的(因为JavaScript引擎是单线程的，如果处于阻塞线程状态就会影响记计时的准确)通过单独线程来计时并触发定时(计时完毕后，添加到事件触发线程的事件队列中，等待JS引擎空闲后执行)，这个线程就是定时触发器线程，也叫定时器线程W3C在HTML标准中规定，规定要求setTimeout中低于4ms的时间间隔算为4ms4、异步http请求线程
即在XMLHttpRequest在连接后是通过浏览器新开一个线程请求
将检测到状态变更时，如果设置有回调函数，异步线程就产生状态变更事件，将这个回调再放入事件队列中再由JavaScript引擎执行简单说就是当执行到一个http异步请求时，就把异步请求事件添加到异步请求线程，等收到响应(准确来说应该是http状态变化)，再把回调函数添加到事件队列，等待JS引擎线程空闲时来执行5、事件触发线程
属于浏览器而不是JS引擎，用来控制事件循环，并且管理着一个事件队列(task queue)。当JS执行碰到事件绑定和一些异步操作(如setTimeout，也可来自浏览器内核的其他线程，如鼠标点击、AJAX异步请求等)，会走事件触发线程将对应的事件添加到对应的线程中(比如定时器操作，便把定时器事件添加到定时器线程)，等异步事件有了结果，便把它们的回调操作添加到事件队列，等待JS引擎线程空闲时来处理。当对应的事件符合触发条件被触发时，该线程会把事件添加到待处理队列的队尾，等待JS引擎的处理因为JS是单线程，所以这些待处理队列中的事件都得排队等待JS引擎处理 浏览器的进程模型、线程模型1、进程模型：
以Chrome为例，有四种进程模型，分别是
Process-per-site-instance：默认模式。访问不同站点创建新的进程，在旧页面中打开的新页面，且新页面与旧页面属于同一站点的话会共用一个进程不会创建Process-per-site：同一站点使用同一进程Process-per-tab：每一个标签页都创建新的进程 SingleProcess：单进程模式2、线程模型：
MessagePumpForIO：处理进程间通信的线程，在Chrome中，这类线程都叫做IO线程MessagePumpForUI：处理UI的线程用的MessagePumpDefault：一般的线程用到的每一个Chrome的线程，入口函数都差不多，都是启动一个消息循环，等待并执行任务
浏览器内多标签页之间通信方式没有办法直接通信，需要有一个类似中介者进行消息的转发和接收，比如
localStorage： 在一个标签页监听localStorage的变化，然后当另一个标签页修改的时候，可以通过监听获取新数据
cookie + setInterval： 在A页面将需要传递的信息存储在cookie中，在B页面设置setInterval，以一定的时间去读取cookie的值
WebSocket： 因为websocket可以实现实时服务器推送，所以服务器就可以来当这个中介者。标签页通过向服务器发送数据，然后服务器再向其他标签推送转发
ShareWorker： 会在页面的生命周期内创建一个唯一的线程，并开启多个页面也只会使用同一个线程，标签页共享一个线程
postMessage：
// 发送方window.parent().postMessage('发送的数据','http://接收地址')// 接收方window.addEventListener('message',(e)=>{ let data = e.data }) 进程间通信的方式 管道通信： 就是操作系统在内核中开辟一段缓冲区，进程1可以将需要交互的数据拷贝到这个缓冲区里，进程2就可以读取了消息队列通信： 消息队列就是用户可以添加和读取消息的列表，消息队列里提供了一种从一个进程向另一个进程发送数据块的方法，不过和管道通信一样每个数据块有最大长度限制共享内存通信： 就是映射一段能被其他进程访问的内存，由一个进程创建，但多个进程都可以访问，共享进程最快的是 IPC方式信号量通信： 比如信号量初始值是1，进程1来访问一块内存的时候，就把信号量设为0，然后进程2也来访问的时候看到信号量为0，就知道有其他进程在访问了，就不访问了socket： 其他的都是同一台主机之间的进程通信，而在不同主机的进程通信就要用到socket的通信方式了，比如发起http请求，服务器返回数据拓展知识：
孤儿进程： 故名思义，就是没爹的孩子。父进程退出了，而它的一个或多个进程还在运行，那么这些子进程都会成为孤儿进程。这些孤儿都将被init进程收养，并负责这些孤儿的以后
僵尸进程： 就是子进程比父进程先结束，而父进程又没有释放子进程占用的资源，那么子进程的描述还留在系统中，这种进程就是僵尸进程
参考优秀文章：
「硬核JS」一次搞懂JS运行机制
深入理解浏览器中的进程与线程