1.node stream源码分析 — Readable
2.nodejs原理&源码赏析（7）Node.js中的模块模板事件循环，定时器和process.nextTick
3.如何修改node_modules里的源码引擎文件
4.node-pre-gyp以及node-gyp的源码简单解析（以安装sqlite3为例）
5.nodejs之setImmediate源码分析
6.nodejs 14.0.0源码分析之setImmediate
node stream源码分析 — Readable
Stream在Node.js中是一种数据传输的抽象机制，它分为四种类型：流、模块模板可读流（Readable）、源码引擎可写流（Writable）和可缓冲流（Transform）。模块模板其中，源码引擎天天阳线源码可读流（Readable）用于从外部数据源读取数据。模块模板
可读流有两种模式：流动模式和非流动模式。源码引擎非流动模式在监听到'data'事件时，模块模板直接读取数据而不暂停，源码引擎并不将数据存储到缓存区。模块模板流动模式则在监听到'readable'事件时，源码引擎将数据放入缓存区，模块模板并等待'writable'调用来判断是源码引擎否有空位，以此来决定是模块模板否暂停。
以下是对可读流（Readable）的源码分析。首先，让我们查看Readable的源码。源码文件位于'_stream_readable.js'中。
在'fs.js'文件中，我们可以看到创建读取流的源码，而'Readable'则位于'_stream_readable.js'文件中。
在'fs.js'文件中，iapp如何使用源码我们可以通过调用`fs.createReadStream`来创建读取流。在'Readable'源码文件中，我们可以看到Node.js实现的可读流类，它提供了读取数据的功能，并且支持缓冲和流式读取。
nodejs原理&源码赏析（7）Node.js中的事件循环，定时器和process.nextTick
事件循环是Node.js的核心机制，确保了其非阻塞I/O模型的实现。尽管JavaScript在Node.js中是单线程运行的，它却能利用系统内核的多线程特性处理并发任务。Node.js在开始执行时初始化事件循环，处理脚本文件或REPL环境中的异步调用。事件循环通过检查异步I/O、定时器和process.nextTick调用，然后进入各个阶段，处理回调函数。每个阶段维护一个先进先出的回调队列，处理与阶段相关操作后执行队列中的回调，直至队列为空或达到最大函数执行数量。系统操作回调、定时器和处理关闭回调的阶段各有功能。setImmediate()与setTimeout()相似，mud鸟雄源码但执行顺序受调用上下文影响，setImmediate()在I/O周期中通常优先执行。process.nextTick()则在当前操作执行后立即执行回调，不受事件循环阶段限制，但需谨慎使用以防阻塞事件循环。
如何修改node_modules里的文件
在项目开发过程中，有时我们发现从npm安装的某个包存在bug，需要对源码进行修改以解决特定问题。直接在本地项目中的node_modules目录下修改源码通常不可行，因为更新依赖时这部分修改会丢失。解决此问题有两种常用方法：
方法一：使用webpack alias来覆盖源码路径。首先，找到需要修改的模块代码，并将其复制到项目中。接下来，修改代码中的引用路径，使用webpack alias将它们替换为指向自定义文件的路径。配置webpack alias后，通过修改这些别名，可以实现对源码的间接覆盖，无需每次都手动更新代码。打包后的eclipse配置访问源码项目仍然可以正常运行。
方法二：使用patch-package工具。通过安装patch-package，我们可以在项目postinstall阶段自动更新特定包的源码，避免每次手动修改。配置package.json文件，添加postinstall脚本执行自动覆盖命令。执行此命令后，修改的文件会被保存到patches目录，以便在包更新时自动应用修改。这种做法更加自动化，且不影响依赖包的正常更新。
在应用这些方法时，需注意它们的局限性，如依赖于特定的开发环境和工具支持。尽管如此，它们提供了灵活的解决方案，允许我们在不破坏项目依赖的情况下进行源码修改。探索和使用这些工具，可以提高开发效率，解决特定问题。欢迎指出任何疑问或错误，共同进步。高清源码珍藏馆
node-pre-gyp以及node-gyp的源码简单解析（以安装sqlite3为例）
在Node.js开发中，确保模块跨平台性至关重要，尤其当涉及到使用C/C++原生代码的模块，如SQLite3。让我们通过一个实例来理解安装这种原生模块的过程，以SQLite3为例。项目初始化
首先，创建一个基础的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的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，执行具体的编译操作，确保模块能在目标平台上正确工作。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的回调会优先执行。
nodejs .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_modules里文件的正确操作分享！
修改 node_modules 文件的正确操作分享！ 在使用 npm 上的包时，有时发现存在 bug，若想要修改这些 bug，但他人可能无法立即更新，或者特殊需求下他人不愿修改源码。此时，自我动手是最佳选择。但直接修改 node_modules 文件并非最佳方法，因为重新安装依赖后会丢失更改。一般有以下两个常用方法： 方法一：通过 webpack alias 覆盖源码。这个方法的缺点在于更新不便，每次都需要手动更新代码，无法与插件同步更新。若要修改的仅为别人代码中的小模块，大部分代码不变时，可尝试利用 webpack alias 来覆盖别人代码。 方法二：使用 patch-package 来修改 node_modules 文件。此方法更为简便，步骤如下：安装 patch-package：`npm i patch-package --save-dev`
修改 package.json，新增命令 postinstall：
之后，直接修改 node_modules 中的代码，执行命令 `npx patch-package [包名]` 即可。初次使用会在项目根目录生成 patches 文件夹，记录修改过的文件 diff。 当此包版本更新后，执行命令 `git apply --ignore-whitespace [文件名]` 来同步更新，文件名如 `qiankun+2.0..patch`。 总结而言，自行修改 node_modules 文件虽为投机做法，但实用且有效。探索技术的过程充满挑战与乐趣，欢迎指出任何问题与错误。希望此分享能对您有所帮助。node.js中的fs.mkdirSync方法使用说明
方法说明：
同步版的 fs.mkdir() 。
语法：
代码如下:
fs.mkdirSync(path, [mode])
由于该方法属于fs模块，使用前需要引入fs模块（var fs= require(“fs”) ）
接收参数：
path 将创建的目录路径
mode 目录权限（读写权限），默认
例子：
代码如下:
var fs = require('fs');
var creats = fs.mkdirSync('creatdir2', );
console.log(creats);
源码：
代码如下:
fs.mkdirSync = function(path, mode) {
nullCheck(path);
return binding.mkdir(pathModule._makeLong(path),
modeNum(mode, /*=*/));
};
