事件循环
# 浏览器的进程模型
# 进程
程序运行需要有它自己专属的内存空间，可以把这块内存空间简单的理解为进程 每个应用至少有一个进程，进程之间相互独立，即使要通信，也需要双方同意。
# 线程
一个进程至少有一个线程，所以在进程开启后会自动创建一个线程来运行代码，该线程称之为主线程。 如果程序需要同时执行多块代码，主线程就会启动更多的线程来执行代码，所以一个进程中可以包含多个线程。
# 浏览器中的进程与线程
浏览器是一个多进程多线程的应用程序
为了避免相互影响，为了减少连环崩溃的几率，当启动浏览器后，它会自动启动多个进程。(浏览器的任务管理器中查看当前的所有进程)
最主要的进程有：
浏览器进程
主要负责界面显示、用户交互、子进程管理等。浏览器进程内部会启动多个线程处理不同的任务。网络进程
负责加载网络资源。网络进程内部会启动多个线程来处理不同的网络任务。渲染进程
渲染进程启动后，会开启一个渲染主线程，主线程负责执行 HTML、CSS、JS 代码。
默认情况下，浏览器会为每个标签页开启一个新的渲染进程，以保证不同的标签页之间不相互影响。
# 渲染主线程
需要处理的任务：
- 解析 HTML
- 解析 CSS
- 计算样式
- 布局
- 处理图层
- 每秒把页面画 60 次
- 执行全局 JS 代码
- 执行事件处理函数
- 执行计时器的回调函数
- ......
渲染主线程通过排队来处理事务
- 在最开始的时候，渲染主线程会进入一个无限循环
- 每一次循环会检查消息队列中是否有任务存在。如果有，就取出第一个任务执行，执行完一个后进入下一次循环；如果没有，则进入休眠状态
- 其他所有线程（包括其他进程的线程）可以随时向消息队列添加任务。新任务会加到消息队列的末尾。在添加新任务时，如果主线程是休眠状态，则会将其唤醒以继续循环拿取任务
整个过程，被称之为事件循环（消息循环）
# 异步
代码在执行过程中，会遇到一些无法立即处理的任务，比如：
- 计时完成后需要执行的任务 ——
setTimeout、setInterval - 网络通信完成后需要执行的任务 --
XHR、Fetch - 用户操作后需要执行的任务 --
addEventListener
如果让渲染主线程等待这些任务的时机达到，就会导致主线程长期处于「阻塞」的状态，从而导致浏览器「卡死」
# 优先级
任务没有优先级，在消息队列中先进先出，但消息队列是有优先级的
在目前 chrome 的实现中，至少包含了下面的队列：
延时队列：用于存放计时器到达后的回调任务，优先级「中」交互队列：用于存放用户操作后产生的事件处理任务，优先级「高」微队列：用户存放需要最快执行的任务，优先级「最高」主要方式主要是使用 Promise、MutationObserver
参考答案：
不行，因为：
- 计算机硬件没有原子钟，无法做到精确计时
- 操作系统的计时函数本身就有少量偏差，由于 JS 的计时器最终调用的是操作系统的函数，也就携带了这些偏差
- 按照 W3C 的标准，浏览器实现计时器时，如果嵌套层级超过 5 层，则会带有 4 毫秒的最少时间，这样在计时时间少于 4 毫秒时又带来了偏差
- 受事件循环的影响，计时器的回调函数只能在主线程空闲时运行，因此又带来了偏差
# 跨域
浏览器出于安全考虑，实行了同源策略（Same-Origin Policy），它限制了页面中的 JavaScript 代码只能访问同源（相同协议、域名和端口）的资源，而不能直接访问不同源的资源
跨域限制是为了防止恶意网站通过 JavaScript 访问用户的敏感信息、执行未经授权的操作等安全风险。但在某些场景下，比如前后端分离的开发模式下，前端需要访问不同域名的 API 接口，这时就会出现跨域问题。
常见的跨域:
- 不同域名：如 http://example.com 访问 http://api.example.com
- 不同子域名：如 http://sub1.example.com 访问 http://sub2.example.com
- 不同端口：如 http://example.com:8080 访问 http://example.com:3000
- 不同协议：如 http://example.com 访问 https://example.com
解决方法
- JSONP（JSON with Padding）：通过动态添加
<script>标签，利用<script>标签不受同源策略限制的特性，从而实现跨域请求。 - CORS（Cross-Origin Resource Sharing）：在服务器端设置响应头，允许指定的跨域请求访问资源。
- 代理服务器：在同一域名下设置一个代理服务器，通过该服务器转发请求，绕过跨域限制。
