1.next.js 源码解析 - API 路由篇
2.dayjs源码解析（二）：Dayjs 类
3.图文剖析 big.js 四则运算源码
4.js引擎v8源码分析之Object（基于v8 0.1.5）
5.dayjs源码解析（一）：概念、源码locale、解读constant、源码utils tags
6.nodejs EventEmitter 源码分析

next.js 源码解析 - API 路由篇

       本文深入解析 next.js 的解读 API 路由实现细节，以清晰的源码步骤指引，帮助开发者更好地理解此框架如何管理与处理 API 请求。解读jenkens 编译源码首先，源码我们确认了源码的解读位置位于 next.js 的 packages 文件夹中，重点关注与 API 路由相关的源码组件。

       在排查 CLI 源码的解读过程中，我们注意到启动 API 路由的源码命令，如 `start` 和 `dev`，解读其实际操作逻辑位于 `next/dist/bin/next` 文件中。源码通过分析这一文件，解读我们得知这些命令最终调用的源码是 `lib/commands.ts` 文件中的 `start` 和 `dev` 函数。

       深入 `lib/commands.ts` 文件，我们发现 `start` 和 `dev` 函数通过 `lib/start-server` 中的 `startServer` 方法实现。在 `startServer` 方法中，`http` 模块被用来创建服务器，并将请求处理逻辑委托给 `next` 函数生成的应用程序，通过 `getRequestHandler` 方法获取处理逻辑。

       `getRequestHandler` 方法的最终执行路径指向了 `server/next.ts` 文件中的 `createServer` 方法。这里根据 `dev` 参数的不同，分别调用 `server/dev/next-dev-server` 中的 `DevServer` 或 `server/next-server` 中的 `NextNodeServer`。`DevServer` 类继承自 `NextNodeServer`，而 `NextNodeServer` 又继承了 `server/base-server` 中的 `Server` 类。

       至此，我们找到了核心处理逻辑所在，即 `handleApiRequest` 方法。此方法首先进行路由匹配和校验，然后调用 `runApi` 进行 API 请求处理。API 请求处理的路径通常位于 `/api/` 目录下的指定文件中，通过 `require` 函数引入。

       `apiResolver` 方法进一步处理请求，包括检查代码模块、获取配置参数、处理 cookie、查询、预览数据、预览、bodyParser 等。其中 `setLazyProp` 方法用于优化性能，仅在访问属性时触发函数执行，实现懒加载。

       最后，本文总结了 next.js API 路由处理的完整流程，并强调了源码中的关键点，为开发者提供了全面的解读。通过本文解析，开发者能够深入理解 next.js 如何高效地管理和响应 API 请求。寺庙预约app源码

dayjs源码解析（二）：Dayjs 类

       上篇文章讲述了dayjs的基础知识、locale、constant和utils，本文将继续深入解析dayjs的核心部分——src/index.js中的Dayjs类。

       src/index.js文件结构清晰，按照以下步骤构建：

       然而，这里存在两个疑问，可能是为了缩减代码体积，由@iamkun提出。

       现在开始正式分析代码。

       locale相关全局定义

       首先默认导入了locale/en.js英文的locale，然后使用L存储当前使用的locale名字，使用Ls（locale Storage）存储locale对象。

       工具补充

       定义了一个工具方法parseLocale。这个方法处理以下几种情况：

       然后将定义好的parseLocale方法补充到Utils中。

       相关方法

       在Dayjs类中，关于locale的方法有两个，实例私有方法$locale用来返回当前使用的locale对象；实例方法locale本质上就是调用了parseLocale方法，但最后返回的是新的改变了locale的Dayjs实例。

       注意：在dayjs中，许多操作都使用clone()方法来返回新的Dayjs实例，这也是这个库的优点之一。

       最后同样将parseLocale方法补充到Dayjs类的静态方法中。

       补充Utils

       上一节和前文中已经分析了一些Util工具，这里将其补充完整：

       注意：这些工具方法没有统一定义在utils.js文件中的原因是用到了index.js作用域中的一些变量。

       需要特别关注的是wrapper方法，在Dayjs类中大量应用了该方法，其实是通过date和原实例封装了一个新实例，新实例和原实例的主要区别就是关联的时间不同。

       Dayjs类

       Dayjs类是整个dayjs库的核心，可以给其定义的实例方法分类，也可以查看官网的文档分类。

       解析都写在了代码的注释里：

       原型链

       通常来说，定义在实例中的方法应该在原型链上，但有几个与时间有关的setter/getter方法相似，所以单独将原型链写在了上面。

       这几个方法都是不传参数时为getter，传参数时为setter。

       静态属性

       还有一些方法和属性挂在了dayjs函数对象上，最核心的是加载插件和加载locale的方法，几个方法的用法都能在官方文档中找到。

       如果对dayjs函数对象、Dayjs类和原型的关系感到困惑，可以参考下图，最后形成的关系如下图所示：

       总结

       如果不看插件部分，dayjs库的核心已经解析完成，看一下默认生成dayjs实例长什么样子：

       实例本身的属性是一些与时间相关的属性，各种操作方法都在原型__proto__上。

       本节结束，抄底股票指标源码下一节将开始解析dayjs的插件。

图文剖析 big.js 四则运算源码

       big.js是一个小型且高效的JavaScript库，专门用于处理任意精度的十进制算术。

       在常规项目中，算术运算可能会导致精度丢失，从而影响结果的准确性。big.js正是为了解决这一问题而设计的。与big.js类似的库还有bignumber.js和decimal.js，它们同样由MikeMcl创建。

       作者在这里详细阐述了这三个库之间的区别。big.js是最小、最简单的任意精度计算库，它的方法数量和体积都是最小的。bignumber.js和decimal.js存储值的进制更高，因此在处理大量数字时，它们的速度会更快。对于金融类应用，bignumber.js可能更为合适，因为它能确保精度，除非涉及到除法操作。

       本文将剖析big.js的解析函数和加减乘除运算的源码，以了解作者的设计思路。在四则运算中，除法运算最为复杂。

       创建Big对象时，new操作符是可选的。构造函数中的关键代码如下，使用构造函数时可以不带new关键字。如果传入的参数已经是Big的实例对象，则复制其属性，否则使用parse函数创建属性。

       parse函数为实例对象添加三个属性，这种表示与IEEE 双精度浮点数的存储方式类似。JavaScript的Number类型就是使用位二进制格式IEEE 值来表示的，其中位用于表示3个部分。

       以下分析parse函数转化的详细过程，以Big('')、Big('0.')、Big('e2')为例。注意：Big('e2')中e2以字符串形式传入才能检测到e，Number形式的Big(e2)在执行parse前会被转化为Big()。

       最后，Big('')、Big('-0.')、Big('e2')将转换为...

       至此，parse函数逻辑结束。接下来分别剖析加减乘除运算。

       加法运算的源码中，k用于保存进位的趋势理论指标源码值。上面的过程可以用图例表示...

       减法运算的源码与加法类似，这里不再赘述。减法的核心逻辑如下...

       减法的过程可以用图例表示，其中xc表示被减数，yc表示减数...

       乘法运算的源码中，主要逻辑如下...

       描述的是我们以前在纸上进行乘法运算的过程。以*为例...

       除法运算中，对于a/b，a是被除数，b是除数...

       注意事项：big.js使用数组存储值，类似于高精度计算，但它是在数组中每个位置存储一个值，然后对每个位置进行运算。对于超级大的数字，big.js的算术运算可能不如bignumber.js快...

       在使用big.js进行运算时，有时没有设置足够大的精度会导致结果不准确...

       总结：本文剖析了big.js的解析函数和四则运算源码，用图文详细描述了运算过程，逐步还原了作者的设计思路。如有不正确之处或不同见解，欢迎各位提出。

js引擎v8源码分析之Object（基于v8 0.1.5）

       在V8引擎中，Object是所有JavaScript对象在底层C++实现的核心基类，它提供了诸如类型判断、属性操作和类型转换等公共功能。

       V8的对象采用4字节对齐，通过地址的低两位来识别对象的类型。作为Object的子类，堆对象（HeapObject）有其独特的属性，如map，它记录了对象的类型（type）和大小（size）。type字段用于识别C++对象类型，低位8位用于区分字符串类型，高位1位标识非字符串，低7位则存储字符串的子类型信息。

       对于C++对象类型的判断，V8引擎定义了一系列宏。这些宏包括isType函数，用于确定对象的具体类型。此外，还有其他函数，如解包数字、转换为smi对象、检查索引的有效性、实现JavaScript的IsInstanceOf逻辑，以及将非对象类型转换为对象（ToObject）等。

       对于数字处理，smi（Small Integers）在V8中用于表示整数，其长度为位。ToBoolean函数用于判断变量的手机源码编译要求真假，而属性查找则通过依赖子类的特定查找函数来实现，包括查找原型对象。

       由于后续分析将深入探讨Object的子类和这些函数的详细实现，这里只是概述了Object类及其关键功能的概览。

dayjs源码解析（一）：概念、locale、constant、utils tags

       深入剖析 Day.js 源码（一）：概念、locale、constant、utils

       Day.js 是一款轻量级的时间库，由饿了么的开发大佬 iamkun 维护，主打无需引入过多依赖，以减少打包体积的特性。本文将通过解析 Day.js 的源码，揭示其结构与功能的奥秘，旨在为开发者提供深入理解与应用 Day.js 的工具。

       目录概览

       本文将分五章展开 Day.js 的源码解析，分别从代码结构、基础概念、时间标准、语言（文化）代码以及 locale、constant、utils 的实现进行深入探讨。我们将逐步揭开 Day.js 的核心逻辑与设计思路。

       代码结构与依赖分析

       Day.js 的源代码目录结构简洁明了，主要依赖集中在入口文件 src/index.js 中。此文件依赖链简单，未直接引用 locale 和 plugin 目录下的语言包与插件，体现出 Day.js 优化体积、按需加载的核心优势。

       基础概念与时间标准

       在解析源码之前，理解以下基础概念至关重要，包括时间标准、GMT、UTC、ISO 等。这些标准与概念为后续分析提供了背景知识。

       时间标准解释

       格林尼治平均时间（GMT）与协调世界时（UTC）是本文中的核心时间概念。GMT 作为本初子午线上的平太阳时，而 UTC 则是基于原子时标准，与格林威治标准时间（GTM）关系密切。本文详细解释了 UTC 的定义、用途与与 0 度经线平太阳时的关系。

       ISO 标准

       ISO 是国际标准化组织推荐的日期和时间表示方法。在 JavaScript 中，Date.prototype.toISOString() 方法返回遵循 ISO 标准的字符串，以 UTC 时间为基准。

       语言（文化）代码与 locale

       不同语言对时间的描述各具特色，Day.js 通过 locale 实现了多语言支持，用户可根据需求引入相应的语言包。本文介绍了语言代码与 locale 的关联，以及如何按需加载特定语言。

       constant 与 utils

       src/constant.js 和 src/utils.js 分别负责存储常量与工具函数。constant 文件中包含了时间单位与格式化的正则表达式，而 utils.js 则封装了一系列实用工具函数，用于简化时间操作。

       总结与展望

       本文完成了 Day.js 源码解析的第一部分，深入探讨了概念、locale、constant、utils 的实现。接下来，我们将分析 Day.js 的核心文件 src/index.js，解析 Dayjs 类的实现细节。欢迎关注后续内容，期待与您共同探索 Day.js 的更多奥秘。

nodejs EventEmitter 源码分析

       EventEmitter 是 Node.js 中的事件管理器核心逻辑简单，主要聚焦于事件与函数或函数数组之间的关联。在 v..1 版本中，核心逻辑在实例的 _events 属性上展开，该属性是一个对象，其键为事件名称，值为事件对应的函数或函数数组。所有方法均围绕 _events 展开。

       构造函数初始化 _events 属性，若实例本身未定义，则执行此操作。此操作涉及对实例原型的引用，通过 ObjectGetPrototypeOf 的使用来实现。函数 on 允许用户注册事件监听器，逻辑简单明了：判断同名事件是否已注册，无则注册；已有则将新监听器加入已有函数数组中。emit 方法触发事件，根据事件名称获取对应函数或函数数组，使用 ReflectApply 调用。此方法与 Function.prototype.apply 类似，但提供了更简洁的实现。

       off 方法与 on 方法相似，但逻辑相反。它获取事件监听器，若为函数，则直接删除；若为数组，则遍历删除指定监听器。此方法同样简洁，直接操作事件列表。

       Reflect API 的使用在不同版本的 EventEmitter 中逐渐增多，例如将 Object.keys 替换为 Reflect.ownKeys，以更好地处理 Symbol 类型的事件名。反射方法，如 Reflect.apply，尽管在 V8 中源码显得复杂，但其执行逻辑与 Function.prototype.apply 相似，性能上并无显著提升，但提升了代码的可读性。

       在最新版本 v.5.0 中，EventEmitter 的实现中采用 Reflect.ownKeys 更为合理，因为此方法能有效避免返回数组中无 Symbol 的问题。EventEmitter 的构造函数与 Stream 的关系展示了如何利用继承来扩展功能。Stream 通过继承 EventEmitter，实现了更简洁的 class 写法，未来可能进一步简化。

       此外，文章还讨论了私有属性的使用，以及简易版 EventEmitter 的实现。简易版 EventEmitter 基本逻辑简洁，但不包含参数校验、异常处理和性能优化等生产环境所需的功能。实际生产环境中的 EventEmitter 实现则需额外处理这些复杂情况。

slate.js源码分析（四）- 历史记录机制

       应用中常见撤销与重做功能，尤其在编辑器中，其实现看似简单却也非易事。为了更好地理解这一机制，本文将深入探讨 MVC 设计模式，并聚焦于 slate.js 如何巧妙地实现撤销与重做功能。

       MVC 模式是一种经典的软件架构模式，自 年提出以来便广为应用。在 MVC 模式中，模型（Model）负责管理数据，视图（View）展示数据，而控制器（Controller）则负责处理用户输入与模型更新。

       在撤销与重做功能的设计中，通常有两种实现思路。其中一种是通过 Redux 等状态管理库实现，而 slate.js 则采用了一种更为直接的方法。本文将重点介绍 slate.js 的实现策略。

       撤销功能允许用户回溯至之前的页面状态，而重做功能则让用户能够恢复已撤销的操作。在执行操作后，当用户请求撤销时，系统会抛弃当前状态并恢复至前一状态。对于复杂的操作，如表格的复制与粘贴，系统的处理逻辑则更为精细，能够跳过不需要记录在历史记录中的状态，确保撤销操作的精准性。

       slate.js 的状态模型主要基于树状的文档结构，通过三种类型的操作指令来管理文档状态：针对节点的修改、光标位置的调整以及文本内容的变更。对节点与文本的修改，可通过特定指令来实现，而光标操作则通常直接修改数据。借助这九种基本操作，富文本内容的任何变化都能被准确地记录与恢复。

       在实现撤销功能时，关键在于如何根据操作指令中的信息推导出相应的撤销操作。例如，撤销对节点的修改操作，只需对记录的操作进行逆向操作即可。相比之下，重做功能则相对简单，只需在撤销操作时记录下指令，以便在后续操作中恢复。

       操作的记录以数组形式进行，便于后续的撤销与重做操作。通过合理的指令与数据模型设计，复杂的操作最终被拆解为简单且可逆的原子操作，确保了功能的高效与稳定。

       总结而言，通过精心设计的指令与数据模型，撤销与重做功能得以实现，使应用在面对用户操作时能够灵活应对，提供无缝的用户体验。此外，本文还附带了一个招聘信息，百度如流团队正面向北京、上海、深圳等地招聘，欢迎有志之士加入。

       参考资料包括：Web 应用的撤销重做实现、slatejs。

CesiumJS 源码杂谈 - 从光到 Uniform

       CesiumJS 源码探索：光照与Uniform的转换之旅

       CesiumJS 对光照的处理主要依赖于其底层API与WebGL着色器的交互。尽管它默认只支持一个太阳光，但通过DirectionalLight扩展，可模拟各种光照效果。光在CesiumJS中被转换为Uniform值，以统一的形式传递给着色器执行。

       首先，CesiumJS的光照类型主要包括场景默认的太阳光和DirectionalLight，后者允许设定光照方向。例如，官方示例中的《Lighting》展示了如何运用DirectionalLight创建灯光效果。方向光多了一个方向属性，通常表示为单位向量。

       在源码中，光照信息通过UniformState对象在每帧渲染时传递给Renderer。这个过程始于Scene.js模块的render函数，其中的uniformState会更新来自FrameState的光照参数。当Context对象执行DrawCommand时，ShaderProgram的_uniforms列表会填充来自uniformState的值，包括那些由AutomaticUniforms自动更新的，如光的属性。

       光照Uniform在着色器中的应用十分广泛，如点云着色时使用czm_lightColor，冯氏着色法（Phong）材质通过czm_lightColor进行漫反射和高光计算，Globe.js则在GlobeFS片元着色器中使用czm_lightColor。在Model API的PBR着色法中，czm_lightColorHdr变量在光照阶段的计算中扮演重要角色。

       总的来说，CesiumJS的光照系统通过Uniform的转换，确保光照信息在复杂渲染流程中的顺畅传递。然而，深入研究光照材质，特别是在自定义光照效果方面，仍需要进一步学习实时渲染（RealTimeRendering）的知识。

nodejs原理&源码赏析（7）Node.js中的事件循环，定时器和process.nextTick

       事件循环是Node.js的核心机制，确保了其非阻塞I/O模型的实现。尽管JavaScript在Node.js中是单线程运行的，它却能利用系统内核的多线程特性处理并发任务。Node.js在开始执行时初始化事件循环，处理脚本文件或REPL环境中的异步调用。事件循环通过检查异步I/O、定时器和process.nextTick调用，然后进入各个阶段，处理回调函数。每个阶段维护一个先进先出的回调队列，处理与阶段相关操作后执行队列中的回调，直至队列为空或达到最大函数执行数量。系统操作回调、定时器和处理关闭回调的阶段各有功能。setImmediate()与setTimeout()相似，但执行顺序受调用上下文影响，setImmediate()在I/O周期中通常优先执行。process.nextTick()则在当前操作执行后立即执行回调，不受事件循环阶段限制，但需谨慎使用以防阻塞事件循环。

flv.js源码知识点（下） FLV格式解析

       flv.js系列三：FLV格式解析

       此篇文章为flv.js源码知识点系列的终篇，旨在深入解析FLV文件的格式。在理解FLV文件数据结构及如何在JavaScript中读取特定二进制数据的基础上，文章将引导读者逐步构建对FLV文件解析的全面认知。

       FLV格式解析主要涉及两个关键部分：FLVHeader和FLVBody。FLVHeader为文件的前导部分，固定长度为9字节，其结构定义了文件的后续部分。FLVBody包含多个Tag，每个Tag由TagHeader和TagData组成，Tag的结构为字节，体现了FLV文件的层次化和可扩展性。

       在进行FLV文件解析时，二进制数据读取API显得尤为重要，特别是DateView类的使用。DateView允许以位级别访问ArrayBuffer中的数据，提供了读取、写入以及转换数据类型的能力，极大地简化了二进制数据的处理流程。

       具体而言，DateView提供了构造函数new DataView，用于指定数组缓冲区、偏移量和长度。获取数据时，可以通过getUint8、getUint等方法，灵活地读取不同长度的整数。此外，了解字节序（大字节序与小字节序）的概念及其对数据读取的影响，对于正确解析FLV文件至关重要。

       位操作是二进制数据处理的另一大利器，包括按位非、按位与、按位或、按位异或以及位移操作等。这些操作允许在位级别上进行复杂的数据提取和重组，对于处理如FLV标签中的时间戳拼接等特定场景尤为关键。

       最后，文章强调了结合FLV格式文档和二进制数据读取技术进行解析的重要性。通过解析每个字段，开发者可以有效地理解和处理FLV文件中的音视频数据，为后续的音视频解码、传输和播放提供坚实基础。

       通过本系列文章的学习，读者不仅掌握了flv.js源码的解析原理，还深入理解了FLV文件格式的内在结构与处理方法，为音视频开发工作打下坚实的技术基础。