1.vue3中的编译器原理和优化策略
2.Preact（React）核心原理详解
3.如何看待最近正式发布的源码 Web 全栈框架 Fresh?
4.计算机开发|Github上8个很棒的React项目
5.详解|天猫搜索前端技术历代记
6.preact源码解析，从preact中理解react原理

vue3中的编译器原理和优化策略

       å­¦ä¹ ç›®æ ‡

       ç¼–译器原理

       vue3编译过程剖析

       vue3编译优化策略

       åœ¨åˆå§‹åŒ–之前可能有编译的过程，最终的产物是个渲染函数，我们知道渲染函数返回的值是一个虚拟DOM(vnode),分析那么这个虚拟DOM在我们后续的更新过程中到底有什么作用呢？我们今天就来探讨一下。

编译器原理1.概念

       å¹¿ä¹‰ä¸Šçš„编译原理：编译器是将源代码转化成机器码的软件；所以编译的过程则是将源代码转化成机器码的过程，也就是cpu可执行的二进制代码。例如使用高级语言java编写的程序需要编译成我们看不懂但计算机能看懂的的字节码。

       å¦‚果了解过编译器的工作流程的同学应该知道，一个完整的编译器的工作流程会是这样：

       é¦–先，parse解析原始代码字符串，生成抽象语法树AST。

       å…¶æ¬¡ï¼Œtransform转化抽象语法树，让它变成更贴近目标「DSL」的结构。

       æœ€åŽï¼Œcodegen根据转化后的抽象语法树生成目标「DSL」的可执行代码。

2.vue中的编译

       åœ¨vue里也有编译的过程，我们经常写的那个HTML模版，在真正工作的时候，并不是那个HTML模版，它实际上是一个渲染函数，在这个过程中就发生了转换，也就是编译，也就是那个字符串的模版最终会变成一个JS函数，叫render函数。所以在这个过程中我们就需要引入编译器的概念。在计算机中当一种东西从一种形态到另一种形态进行转换的时候，就需要编译。编译器：用来将模板字符串编译成为JavaScript渲染函数的代码

       é‚£ä¹ˆvue中的编译发生在什么时候呢？

       è¿™ä¸ªæ—¶å€™æˆ‘们就需要进一步了解vue包的不同版本的不同功能了。vue有携带编译器和不携带编译的包（对不同构建版本的解释）。

3.运行时编译

       åœ¨ä½¿ç”¨æºå¸¦ç¼–译器(compiler)的vue包的时候，vue编译的时刻是发生在挂载($mount)的时候。

4.运行时不编译

       å¦‚果使用未携带编译器的vue包的时候，vue在运行时是不会进行编译的。那么它的编译又发生在什么时候呢？使用未携带编译器的vue包的时候，需要进行预编译，也就是基于构建工具使用，就是我们平时使用的vue-cli进行构建的项目，就是使用webpack调用vue-loader进行预编译，将所有vue文件，就是SFC，将里面的template模版部分转换成render函数。这样做的好处就是vue的包体积变小了，执行的时候速度更快了，因为不需要进行编译了。

vue编译器原理

       ç®€å•æ¥è¯´å°±æ˜¯ï¼šå…ˆå°†template模版转换成ast抽象语法树，ast再转换成渲染函数render。

       é‚£ä¹ˆä»€ä¹ˆæ˜¯æ˜¯ast抽象语法树呢？

1.ast抽象语法树

       åœ¨template模版和render函数之间有一个中间产物叫做ast抽象语法树。它就是个js对象，它能够描述当前模版的结构信息，跟vnode很类似。注意，ast只是程序运行过程中编译产生的，它跟我们最终程序的运行是没有任何关系的。也就是当这个渲染函数生成之后，ast的生命周期就结束了，不再需要了，而那个虚拟DOM则伴随整个程序的生命周期。这个就是ast和虚拟DOM的本质区别。

2.为什么需要ast呢

       åœ¨ast转换成render函数的过程中，需要进行特别的操作。第一次，将template转成的ast是个非常粗糙的js对象，是一次非常粗糙的转换，类似正则表达式的匹配，然后我们的template模版中还有很多表达式，指令，事件需要重新解析，经过这些具体的深加工的解析(transform)之后会得到一个终极ast，然后这个对这个终极ast进行generate，生成render函数

template=>ast=>transform=>ast=>render3.mini版vue编译器

       ä¸‹é¢æˆ‘们来看一个mini版的vue编译器，具体代码已省略，具体代码我已经放在Github上了：mini-vue-compiler

functiontokenizer(input){ ...}functionparse(template){ consttokens=tokenizer(template)...}functiontransform(ast){ ...}functiontraverse(ast,context){ ...}functiongenerate(ast){ ...}functioncompile(template){ //1.解析constast=parse(template)console.log(JSON.stringify(ast,null,2))//2.转换transform(ast)//3.生成constcode=generate(ast)console.log(code)//returnfunctionrender(ctx){ //returnh("h3",{ },//ctx.title//)}returnnewFunction(code)()}lettmpl=`<h3>{ { title}}</h3>`compile(tmpl)

       å¤§æ¦‚有以上操作，其中parse函数就是发生在把template转换成ast的这过程，具体是通过一些正则表达式的匹配template中的字符串。比如将

xxx

       è½¬æˆast对象，那么就是通过正则表达式匹配如果是

那么就设置一个开始标记，再往后面匹配到xxx内容，然后就设置一个子元素，最后匹配到

       é‚£ä¹ˆå°±è®¾ç½®ä¸€ä¸ªç»“束标记，以此类推。parse解析之后得到的是一个粗糙的ast对象。经过parse解析得到一个粗糙的ast对象之后，就用transform进行深加工，最后要经过generate生成代码。

Vue3编译过程剖析

       æŒ‚载的时候先把template编译成render函数，在创建实例之后，直接调用组件实例的render函数创建这个组件的真实DOM，然后继续向下做递归。

1.vue2.x和vue3.x的编译对比

       Vue2.x中的Compile过程会是这样：

       parse词法分析，编译模板生成原始粗糙的AST。

       optimize优化原始AST，标记ASTElement为静态根节点或静态节点。

       generate根据优化后的AST，生成可执行代码，例如_c、_l之类的。

       åœ¨Vue3中，整体的Compile过程仍然是三个阶段，但是不同于Vue2.x的是，第二个阶段换成了正常编译器都会存在的阶段transform。

       parse词法分析，编译模板生成原始粗糙的AST。

       transform遍历AST,对每一个ASTelement进行转化，例如文本元素、指令元素、动态元素等等的转化

       generate根据优化后的AST，生成可执行代码函数。

2.源码编译入口

       æˆ‘们先从一个入口来开始我们的源码阅读，packages/vue/index.ts。

//web平台特有编译函数functioncompileToFunction(template:string|HTMLElement,options?:CompilerOptions):RenderFunction{ //省略...if(template[0]==='#'){ //获取模版内容constel=document.querySelector(template)//省略...template=el?el.innerHTML:''}//编译const{ code}=compile(template,extend({ //省略...},options))constrender=(__GLOBAL__?newFunction(code)():newFunction('Vue',code)(runtimeDom))asRenderFunction//省略...return(compileCache[key]=render)}//注册编译函数registerRuntimeCompiler(compileToFunction)export{ compileToFunctionascompile}

       è¿™ä¸ªå…¥å£æ–‡ä»¶çš„代码比较简单，只有一个compileToFunction函数，但函数体内的内容却又比较关键，主要是经历以下步骤：

       ä¾èµ–注入编译函数至runtimeregisterRuntimeCompiler(compileToFunction)

       runtime调用编译函数compileToFunction

       è°ƒç”¨compile函数

       è¿”回包含code的编译结果

       å°†code作为参数传入Function的构造函数将生成的函数赋值给render变量

       å°†render函数作为编译结果返回

3.template获取

       app.mount()获取了templatepackages/runtime-dom/src/index.ts

4.编译template

       compile将传?template编译为render函数，packages/runtime-core/src/component.ts

       å®žé™…执?的是baseCompile，packages/compiler-core/src/compile.ts

       ç¬¬?步解析-parse：解析字符串template为抽象语法树ast

       ç¬¬?步转换-transform：解析属性、样式、指令等

       ç¬¬ä¸‰æ­¥?成-generate：将ast转换为渲染函数

Vue3编译器优化策略

       è¿™æ˜¯ä¸€ä¸ªéžå¸¸å…¸åž‹çš„用内存换时间的操作

1.静态节点提升<div><div>{ { msg}}</div><p>coboy</p><p>coboy</p><p>coboy</p></div>

       ä»¥ä¸Šè¿™ä¸ªæ®µtemplate如果没有开启静态节点提升它编译后是这样的：

import{ toDisplayStringas_toDisplayString,createVNodeas_createVNode,openBlockas_openBlock,createBlockas_createBlock}from"vue"exportfunctionrender(_ctx,_cache,$props,$setup,$data,$options){ return(_openBlock(),_createBlock("div",null,[_createVNode("div",null,_toDisplayString(_ctx.msg),1/*TEXT*/),_createVNode("p",null,"coboy"),_createVNode("p",null,"coboy"),_createVNode("p",null,"coboy")]))}

       å¦‚果开启了静态节点提升之后它编译后则是这样的：

import{ toDisplayStringas_toDisplayString,createVNodeas_createVNode,openBlockas_openBlock,createBlockas_createBlock}from"vue"const_hoisted_1=/*#__PURE__*/_createVNode("p",null,"coboy",-1/*HOISTED*/)const_hoisted_2=/*#__PURE__*/_createVNode("p",null,"coboy",-1/*HOISTED*/)const_hoisted_3=/*#__PURE__*/_createVNode("p",null,"coboy",-1/*HOISTED*/)exportfunctionrender(_ctx,_cache,$props,$setup,$data,$options){ return(_openBlock(),_createBlock("div",null,[_createVNode("div",null,_toDisplayString(_ctx.msg),1/*TEXT*/),_hoisted_1,_hoisted_2,_hoisted_3]))}

       æˆ‘们可以看到template里存在大量的不会变的p标签，所以当这个组件重新渲染的时候，这些静态的不会变的标签就不应该再次创建了。所以vue3就把这些静态的不会变的标签的VNode放在了render函数作用域的外面，在下次render函数再次执行的时候，那些静态标签的VNode已经在内存里了，不需要重新创建了。相当于占用当前机器的内存，避免重复创建VNode，用内存来换时间。大家仔细斟酌一番静态提升的字眼，静态二字我们可以不看，但是提升二字，直抒本意地表达出它（静态节点）被提高了。

2.补丁标记和动态属性记录<div><div:title="title">coboy</div></div>

       æ„æ€å°±æ˜¯åœ¨ç¼–译的过程中，像人眼一样对模版进行扫描看哪些东西是动态的，然后提前把这些动态的东西提前保存起来，作个标记和记录，等下次更新的时候，只更新这些保存起来的动态的记录。比如上面模版的title是动态的，提前做个标记和记录，更新的时候就只更新title部分的内容。

import{ createVNodeas_createVNode,openBlockas_openBlock,createBlockas_createBlock}from"vue"exportfunctionrender(_ctx,_cache,$props,$setup,$data,$options){ return(_openBlock(),_createBlock("div",null,[_createVNode("div",{ title:_ctx.title},"coboy",8/*PROPS*/,["title"])]))}<div><div:title="title">{ { text}}</div></div>import{ toDisplayStringas_toDisplayString,createVNodeas_createVNode,openBlockas_openBlock,createBlockas_createBlock}from"vue"exportfunctionrender(_ctx,_cache,$props,$setup,$data,$options){ return(_openBlock(),_createBlock("div",null,[_createVNode("div",{ title:_ctx.title},_toDisplayString(_ctx.text),9/*TEXT,PROPS*/,["title"])]))}

       æˆ‘们可以观察到在_createVNode函数的第四个参数是个9，后面是一个注释：/TEXT,PROPS/，这个是表示在当前的节点里面有两个东西是动态的，一个是内部的文本，一个是属性，然后具体是哪个属性，在第五个参数的数组里面则记录了下来["title"]，有个title的属性是动态的。

       åœ¨å°†æ¥è¿›è¡Œpatch更新的时候，就可以根据当前记录的信息，进行更新，缩减更新过程和操作，可以非常精确地只进行title和文本的更新。

       å¦‚æžœdiv标签里是静态文本的话，_createVNode函数的第四个参数则变成了8，后面的注释变成了：/PROPS/，后面的第五个参数数据不变。

       _createVNode函数的第四个参数的数字其实是一个二进制数字转成十进制的数字。

       8的二进制是，9的二进制是，很容易可以看出二进制的每一位的数字都代表着特殊的含义。这些数字就是patchFlag，那么什么是patchFlag呢？

什么是patchFlag

       patchFlag是complier时的transform阶段解析ASTElement打上的补丁标记。它会为runtime时的patchVNode提供依据，从而实现靶向更新VNode和静态提升的效果。

       patchFlag被定义为一个数字枚举类型，它的每一个枚举值对应的标识意义是：

       TEXT=1动态文本的元素

       CLASS=2动态绑定class的元素

       STYLE=4动态绑定style的元素

       PROPS=8动态props的元素，且不含有class、style绑定

       FULL_PROPS=动态props和带有key值绑定的元素

       HYDRATE_EVENTS=事件监听的元素

       STABLE_FRAGMENT=子元素的订阅不会改变的Fragment元素

       KEYED_FRAGMENT=自己或子元素带有key值绑定的Fragment元素

       UNKEYED_FRAGMENT=没有key值绑定的Fragment元素

       NEED_PATCH=带有ref、指令的元素

       DYNAMIC_SLOTS=动态slot的组件元素

       HOISTED=-1静态的元素

       BAIL=-2不是render函数生成的一些元素，例如renderSlot

       æ•´ä½“上patchFlag的分为两大类：

       å½“patchFlag的值大于0时，代表所对应的元素在patchVNode时或render时是可以被优化生成或更新的

       å½“patchFlag的值小于0时，代表所对应的元素在patchVNode时，是需要被fulldiff，即进行递归遍历VNodetree的比较更新过程。

       ä»¥ä¸Šå°±æ˜¯vue3的一个非常高效的优化策略叫补丁标记和动态属性记录。

3.缓存事件处理程序functiontokenizer(input){ ...}functionparse(template){ consttokens=tokenizer(template)...}functiontransform(ast){ ...}functiontraverse(ast,context){ ...}functiongenerate(ast){ ...}functioncompile(template){ //1.解析constast=parse(template)console.log(JSON.stringify(ast,null,2))//2.转换transform(ast)//3.生成constcode=generate(ast)console.log(code)//returnfunctionrender(ctx){ //returnh("h3",{ },//ctx.title//)}returnnewFunction(code)()}lettmpl=`<h3>{ { title}}</h3>`compile(tmpl)0

       å°†æ¥æ¡†æž¶ä¼šåƒreact那样把@click="onClick"变成@click="()=>onClick()"，最后可能是这样的一个箭头函数。那就意味着每次onClick的函数都是一个全新的函数，那就会造成这个回调函数明明没有变，都会被认为变了，那就必须进行一系列的更新，那么如果能把这个回调函数缓存起来，更新的时候，就不要再创建了。

       æœªè¿›è¡Œç¼“存事件处理程序之前的编译

functiontokenizer(input){ ...}functionparse(template){ consttokens=tokenizer(template)...}functiontransform(ast){ ...}functiontraverse(ast,context){ ...}functiongenerate(ast){ ...}functioncompile(template){ //1.解析constast=parse(template)console.log(JSON.stringify(ast,null,2))//2.转换transform(ast)//3.生成constcode=generate(ast)console.log(code)//returnfunctionrender(ctx){ //returnh("h3",{ },//ctx.title//)}returnnewFunction(code)()}lettmpl=`<h3>{ { title}}</h3>`compile(tmpl)1

       è¿›è¡Œç¼“存事件处理程序之后的编译

functiontokenizer(input){ ...}functionparse(template){ consttokens=tokenizer(template)...}functiontransform(ast){ ...}functiontraverse(ast,context){ ...}functiongenerate(ast){ ...}functioncompile(template){ //1.解析constast=parse(template)console.log(JSON.stringify(ast,null,2))//2.转换transform(ast)//3.生成constcode=generate(ast)console.log(code)//returnfunctionrender(ctx){ //returnh("h3",{ },//ctx.title//)}returnnewFunction(code)()}lettmpl=`<h3>{ { title}}</h3>`compile(tmpl).块block

       è¿™æ˜¯ä»€ä¹ˆæ„æ€å‘¢ï¼Ÿæ ¹æ®å°¤é›¨æºªæœ¬äººçš„解析，他说，根据他的统计那个动态的部分最多只有三分之一，基本上都是静态部分，所以在编译的过程中，能不能发现那个比较小的动态部分，把它放到比较靠上

Preact（React）核心原理详解

       本文作者：字节跳动 - 宝丁

       在前端领域，React 是源码一个广为人知的前端开发框架，它革新了全栈 Web 开发的分析体验。React 引入了诸如 JSX、源码虚拟 DOM、分析登录数据源码组件化与合成事件等概念。源码然而，分析探究其源码时，源码庞大且晦涩的分析代码体系往往让这一过程变得艰难。为了解答这个挑战，源码本文将聚焦 Preact，分析一个轻量级的源码 React 替代方案，其体积仅为 3KB。分析Preact 的源码设计初衷是提升性能，简化复杂性。我们将从以下几个角度深入探讨 Preact 的核心原理。

       一、Preact 是爱情历程源码什么？

       Preact 是一个功能与 React 类似的轻量级前端框架。它的名字中的“P”意味着“Performance”，强调了提高性能的初衷。Preact 旨在提供 React 的核心功能，同时以更简洁的代码实现。

       二、Preact 与 React 的区别

       1. 事件系统：React 内置了事件合成系统，主要使用 `onChange` 方法处理表单组件的值更新。相比之下，Preact 直接利用浏览器原生的trdp源码测试事件系统，使用 `onInput` 方法，因此在体积上更加精简。

       2. DOM 规范描述：在描述 DOM 类名时，React 要求使用 `className`。Preact 支持使用 `class` 直接描述 DOM 类名，使其更贴近原生 DOM 规范。

       三、Preact 的工作流程

       1. JSX：JSX 是 Preact 的模板语法，它允许用类似 HTML 的微票源码结构描述 DOM。经过转换，JSX 被编译为函数调用，进而生成原生 DOM 结构。

       2. Virtual DOM：Preact 采用 Virtual DOM 技术，将 DOM 更新操作最小化。它通过比较虚拟 DOM 和实际 DOM，仅对发生变化的部分进行更新。

       四、Diff 算法详解

       1. Diff 儿童节点：比较新旧儿童节点，wpf示例源码匹配相同的 key，进行差异比较，对未匹配的节点进行处理。

       2. Diff 阶段：根据节点类型（Fragment、Component、DOM node）进行不同处理，如更新组件状态、创建新 DOM 节点或更新现有 DOM 节点。

       3. Diff 属性：比较新旧 DOM 节点属性，仅更新变化的部分。

       五、结合实际组件

       通过一个简单的 Clock 组件，直观展示 Preact 的渲染流程，帮助理解 Preact 的工作原理。

       六、Preact Hooks

       Preact Hooks 是 React Hooks 的替代方案，提供了性能优化的组件状态管理机制。分为三类：MemoHook、ReducerHook 和 EffectHook，分别用于性能优化、状态管理与副作用操作。

       七、结束语

       本文深入介绍了 Preact 的核心原理，包括框架设计、与 React 的比较、工作流程、Diff 算法、实际应用以及 Hooks 机制。通过 Preact，前端开发者可以更高效地构建应用，同时理解其与 React 的异同。希望本文能够帮助大家更深入地掌握 Preact 的使用方法与性能优化策略。

如何看待最近正式发布的 Web 全栈框架 Fresh?

       Fresh 是由 Deno 作者推出的一款 Web 全栈框架，最近正式发布了 1.0 版本并支持了生产环境。它在 Github 上热度较高，适合深入研究。以下从框架定位、上手体验、优劣势评估和源码实现四个方面介绍 Fresh 框架。

       Fresh 定位为 Web 全栈框架，与 Next.js 和 Remix 相似，具有 Deno 的优势，内置测试工具和支持 blogs.com/zhaojietec/p/.html

       ã€€ã€€ä¸è¿‡éœ€è¦æ³¨æ„çš„是，目前为止，UIExplorer在Android下有一个bug，IOS下没有问题，通过google可以找到了解决办法。/facebook/react-native/issues/

       ã€€ã€€åŽŸå› æ˜¯ï¼Œjs代码和android原生代码不同步，通过build.gradle可以看到android下的引用的reactNative核心库为，而js代码版本已经更新到了。

       ã€€ã€€è§£å†³çš„办法有2个，一个是使用git工具(如smartGit)，将js代码恢复到之前的版本，另一个办法是重新编译reactNative的核心库，编译核心库需要ndk，在mac下没有问题，在windows编译会出错。编译reactNative核心库，对UIExplorer下注释掉的依赖项进行修改即可，编译速度较慢 需要在线下载第三方依赖库。

       ã€€ã€€dependencies {

       ã€€ã€€compile fileTree(dir: 'libs', include: ['*.jar'])

       ã€€ã€€compile 'com.android.support:appcompat-v7:.0.1'

       ã€€ã€€// Depend on pre-built React Native//compile 'com.facebook.react:react-native:0..+'

       ã€€ã€€// Depend on React Native source.

       ã€€ã€€// This is useful for testing your changes when working on React Native.

       ã€€ã€€compile project(':ReactAndroid')

       ã€€ã€€}

       ã€€ã€€ç”±äºŽwindows下无法编译，所以这里提供编译好的aar文件，修改UIExplorer build.gradle中的依赖项就可以了。至于如何引入aar文件，可以自行搜索。当然mac下同样也可以用这个aar，可以省去不少麻烦。