1.nodejs 14.0.0源码分析之setImmediate
2.node stream源码分析 — Readable
3.node-pre-gyp以及node-gyp的系统源码简单解析（以安装sqlite3为例）
4.NodeController 源码分析
5.node-http-proxy 源码解读
6.从 V8 源码分析 Node.js 在不同时间格式处理上的差异

nodejs 14.0.0源码分析之setImmediate

       深入解析Node.js .0.0中setImmediate的实现机制

       从setImmediate函数的源码入手，我们首先构建一个Immediate对象。源码这个对象的系统主要任务分为两个方面。其一，源码生成一个节点并将其插入到链表中。系统其二，源码编码源码反码在链表中尚未插入节点时，系统将其插入到libuv的源码idle链表中。

       这一过程展示了setImmediate作为一个生产者的系统作用，负责将任务加入待执行队列。源码而消费者的系统角色则在Node.js初始化阶段由check阶段插入的节点和关联的回调函数承担。

       具体而言，源码当libuv执行check阶段时，系统CheckImmediate函数被触发。源码此函数随后执行immediate_callback_function，系统对immediate链表中的节点进行处理。我们关注immediate_callback_function的设置位置，理解其实际功能。

       最终，processImmediate函数成为处理immediate链表的核心，执行所有待处理任务。这就是setImmediate的执行原理，一个简洁高效的异步任务调度机制。

node stream源码分析 — Readable

       Stream在Node.js中是一种数据传输的抽象机制，它分为四种类型：流、可读流（Readable）、可写流（Writable）和可缓冲流（Transform）。其中，可读流（Readable）用于从外部数据源读取数据。eagleeye 源码

       可读流有两种模式：流动模式和非流动模式。非流动模式在监听到'data'事件时，直接读取数据而不暂停，并不将数据存储到缓存区。流动模式则在监听到'readable'事件时，将数据放入缓存区，并等待'writable'调用来判断是否有空位，以此来决定是否暂停。

       以下是对可读流（Readable）的源码分析。首先，让我们查看Readable的源码。源码文件位于'_stream_readable.js'中。

       在'fs.js'文件中，我们可以看到创建读取流的源码，而'Readable'则位于'_stream_readable.js'文件中。

       在'fs.js'文件中，我们可以通过调用`fs.createReadStream`来创建读取流。在'Readable'源码文件中，我们可以看到Node.js实现的可读流类，它提供了读取数据的功能，并且支持缓冲和流式读取。

node-pre-gyp以及node-gyp的源码简单解析（以安装sqlite3为例）

       在Node.js开发中，确保模块跨平台性至关重要，尤其当涉及到使用C/C++原生代码的模块，如SQLite3。让我们通过一个实例来理解安装这种原生模块的过程，以SQLite3为例。

       项目初始化

       首先，mprop源码创建一个基础的Node.js项目，我们开始安装SQLite3。

       安装SQLite3

       执行安装命令后，你会看到命令行输出关键信息：

       node-pre-gyp的引入

       在安装过程中，你会遇到node-pre-gyp，这个工具与node-gyp和gyp紧密相关。gyp是一个用于生成项目文件的构建工具，它为Chromium项目生成IDE项目文件，如Visual Studio和Xcode。而node-gyp则是专为Node.js Addons（原生模块）编译设计的，它允许在本地编译C/C++代码。

       node-pre-gyp的作用

       为了简化每次安装时的平台编译工作，node-pre-gyp允许预先为常见平台生成二进制文件。当项目尝试安装时，它会优先查找预编译的二进制包，如果找不到，才会转而依赖node-gyp进行源码编译。

       安装流程

       当我们使用`npm install sqlite3`时，实际上执行了`node-pre-gyp install --fallback-to-build`。安装流程包括：

       检查node-pre-gyp是否已安装，如果没有，npm会自动安装。

       node-pre-gyp查找预编译二进制包，如果存在，则直接使用。

       如果没有找到，使用node-gyp进行源码编译。

       深入了解SQLite3安装

       查看sqlite3的ksymediaplayer源码package.json，`scripts`部分包含了`node-pre-gyp install`命令。npm会根据这个脚本执行安装过程。

       源码编译与node-gyp

       node-gyp的`build.js`负责执行编译任务，通过`gyp`工具生成特定平台的项目文件，如Windows的vcxproj，然后使用MSBuild编译。

       node-pre-gyp与node-gyp的交互

       node-pre-gyp的`do_build`模块调用node-gyp build，执行具体的编译操作，确保模块能在目标平台上正确工作。

NodeController 源码分析

       本文主要分析NodeLifecycleController在Kubernetes v1.版本中的功能及其源码实现。NodeLifecycleController主要负责定期监控节点状态，根据节点的condition添加相应的taint标签或直接驱逐节点上的Pod。

       在解释NodeLifecycleController功能之前，先了解一下taint的作用。在NodeLifecycleController中，taint的使用效果体现在节点的taint上，影响着Pod在节点上的调度。

       NodeLifecycleController利用多个feature-gates进行功能扩展。在源码分析部分，我们以Kubernetes v1.版本为例，深入研究了启动方法、初始化流程、监听对象以及核心逻辑。

       启动方法startNodeLifecycleController首先调用lifecyclecontroller.NewNodeLifecycleController进行初始化，并传入组件参数及两个feature-gates：TaintBasedEvictions和TaintNodesByCondition。随后调用lifecycleController.Run启动控制循环，监听包括lease、pods、spanner 源码nodes、daemonSets在内的四种对象。

       在初始化过程中，多个默认参数被设定，如--enable-taint-manager等。NewNodeLifecycleController方法详细展示了NodeLifecycleController的结构和核心逻辑，包括taintManager和NodeLifecycleController的监听和处理机制。

       Run方法是启动方法，它启动多个goroutine执行controller功能，关键逻辑包括调用多个方法来完成核心功能。

       当组件启动时，若--enable-taint-manager参数为true，taintManager将启用，确保当节点上的Pod不兼容节点taint时，会将Pod驱逐。反之，已调度至该节点的Pod将保持存在，新创建的Pod需兼容节点taint以调度至该节点。

       tc.worker处理来自channel的数据，优先处理nodeUpdateChannels中的数据。tc.handleNodeUpdate和tc.handlePodUpdate分别处理节点更新和Pod更新，最终调用tc.processPodOnNode检查Pod是否兼容节点的taints。

       NodeLifecycleController中的nodeInformer监听节点变化，nc.doNodeProcessingPassWorker添加合适的NoSchedule taint和标签。当启用了TaintBasedEvictions特性，nc.doNoExecuteTaintingPass处理节点并根据NodeCondition添加taint，以驱逐Pod。未启用该特性时，nc.doEvictionPass将直接驱逐节点上的Pod。

       nc.monitorNodeHealth持续监控节点状态，更新节点taint或驱逐Pod，并为集群中的所有节点划分zoneStates以设置驱逐速率。nc.tryUpdateNodeHealth更新节点状态数据，判断节点是否已进入未知状态。

       本文综上所述，深入剖析了NodeLifecycleController的功能、实现机制以及关键逻辑，为理解和优化Kubernetes集群提供了参考。

node-mon.setupOutgoing的实现；其次，stream的实现；最后，查看源码了解web-outgoing模块对代理响应的处理。setRedirectHostRewrite函数的代码实现也在这里。

       在websocket请求中，this.wsPasses任务队列包含四种处理函数：checkMethodAndHeader, XHeaders, stream。stream函数的处理流程同上。

       http-proxy-middleware和nokit-filter-proxy库都使用了node-http-proxy来实现服务器代理功能。http-proxy-middleware库的源码解读可以参考相关文章。nokit-filter-proxy库用于为nokit服务器添加代理功能，它是通过绑定onRequest事件函数来实现请求的拦截和转发的。

       这两篇文章都是在作者整理完proxy设计模式后整理的。由于作者水平有限，文章中可能存在错误或不足之处，欢迎读者批评指正。

从 V8 源码分析 Node.js 在不同时间格式处理上的差异

       时间的不同表示方式对Node.js输出结果的影响显著。

       当使用以 - 连接的日期字符串，且格式补0时，Node.js认为输入基于UTC时区，其他形式则基于本地时区。两者时间差约8小时，原因在于输入解析时区的处理方式。

       深入V8源码，解析过程始于ECMA规范定义的ISO格式时间字符串解析，包括YYYY-MM-DD与YYYY-MM-DDTHH:MM:DD两种格式。前者使用UTC时区解析，后者视为本地时区，解释了为何以YYYY-MM-DD形式的日期结果为UTC时间。

       ECMA规范规定，输入符合ISO格式的字符串时，各JavaScript引擎行为一致，否则依据各自实现。

       V8实现中，判断符合ES5 ISO规范日期格式时，通过tz->Set(0)设置事件时区偏移量为UTC+0。解析后，调用tz->Write方法将时间偏移量写入数组，根据TimeZoneComposer::Set方法调用情况决定写入UTC偏移量或NaN。

       对于非ISO格式时间字符串，若未指定时区，不调用TimeZoneComposer::Set方法。在处理时区时，若UTC_OFFSET值为NaN，根据本地时区给时间附加偏移量，因此除YYYY-MM-DD格式外，其他时间字符串解析后时区均为UTC+8。

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()则在当前操作执行后立即执行回调，不受事件循环阶段限制，但需谨慎使用以防阻塞事件循环。

nodejs之setImmediate源码分析

       在lib/timer.js文件中，setImmediate函数创建了一个回调队列，等待调用者提供的回调函数执行。这个队列的处理由setImmediateCallback函数负责，该函数在timer_wrapper.cc文件中定义，接受processImmediate作为参数。在setImmediateCallback函数内部，回调信息被保存在环境env中。

       具体实现中，set_immediate_callback_function宏定义了在env中保存回调函数的函数。此函数在env.cc的CheckImmediate中执行，而CheckImmediate的执行时机是在Environment::Start阶段，由uv_check_start函数在libuv库中负责。

       uv_check_start函数将一个handle添加到loop的队列中，然后在uv_run循环中执行注册的CheckImmediate函数。此函数最终会调用nodejs的processImmediate函数，实现setImmediate的回调执行。

       需要注意的是，setImmediate与setTimeout的执行顺序并不确定。在uv_run中，定时器的代码比uvrun_check早执行，但在执行完定时器后，若在uv__run_check之前新增定时器和执行setImmediate，setImmediate的回调会优先执行。

CentOS7系统中node安装配置

       CentOS7系统中，配置node开发环境的详细步骤如下：

       首先，为了让你的node代码能在网页上流畅运行，需要准备相关的node资源。推荐访问权威的nodejs官方网站获取最新信息：

       nodejs官网

       接下来，我们提供两种安装方法：源码安装和编译版本安装。源码安装可能需要大约半小时，完成后检查是否显示版本号以确认安装成功。

       对于已编译版本，一旦安装，你就可以全局使用node了。为了管理你的node应用，pm2工具非常实用，它支持启动（pm2 start app_name|app_id）、停止（pm2 stop app_name|app_id）、删除（pm2 delete app_name|app_id）、重启（pm2 restart app_name|app_id）和查看进程状态（pm2 list, pm2 status, pm2 describe app_name|app_id）。

       为了让node程序与web服务器如nginx协同工作，你需要在nginx配置中添加必要的设置，重启服务后，尝试访问一个简单的node文件，如app.js。为了预览，你可能需要在本地hosts文件中添加一个解析记录，使用你的远程服务器IP地址。

       最后，通过浏览器输入http://node.example.org，你将看到你的node程序内容，这样就完成了整个环境的配置与预览过程。