今天要比昨天更优秀

Pretext 核心是完全绕过 DOM，通过 “两阶段计算” 实现极速文本测量与换行。 一、底层逻辑：两阶段架构（核心） Pretext 把 “慢操作” 和 “快操作” 彻底分离： 冷路径（prepa

不行，因为： 操作系统的计时函数本身就有少量偏差，由于 JS 的计时器最终调用的是操作系统的函数，也就携带了这些偏差 受事件循环的影响，计时器的回调函数只能在主线程空闲时运行，因此又带来了偏差 按照

事件循环又叫做消息循环，是浏览器渲染主线程的工作方式。 在 Chrome 的源码中，它开启一个不会结束的 for 循环，每次循环从消息队列中取出第一个任务执行，而其他线程只需要在合适的时候将任务加入到

JS是一门单线程的语言，这是因为它运行在浏览器的渲染主线程中，而渲染主线程只有一个。 渲染主线程承担着诸多的工作，渲染页面、执行 JS 都在其中运行。 如果使用同步的方式，就极有可能导致主线程产生阻塞

第一层：幼儿园阶段 —— 渲染到底在干嘛？ 首先，我们要明白浏览器的核心使命：将一堆乱七八糟的代码（HTML/CSS/JS），变成用户能点、能看的网页。 想象一下：你是一家建筑公司的总监理（浏览器引擎

1. 渲染流程的严格顺序性 浏览器的渲染流程是严格依赖前一个步骤的输出作为下一个步骤的输入的，因此必须按顺序执行： 解析 HTML -> 生成 DOM 树 解析 CSS -> 生成 CSSOM 合并

传统的布局依赖于display属性 + position属性 + float属性 ，但是特殊布局就有些捉襟见肘了，垂直居中 就不容易实现了

前言 标题腾讯面试官：同学，你说你会Webpack，那说说他的原理？，是本菜鸟在面试腾讯时，面试官说的问的原话，一字不差，哈哈。本菜鸟当时肯定是回答不上来，最后也挂了。今天就简单实现一下webpack

vue和react的区别 react和vue都是做组件化的，整体的功能都类似，但是他们的设计思路是有很多不同的。使用react和vue，主要是理解他们的设计思路的不同。 1.数据是不是可变的 reac