Node 引入模块的实现机制

如果是核心模块,比如path等,在node源码编译的时候,已经编译进了二进制执行文件。在node启动时直接加载进内存中,所以跳过前两步,直接执行,加载速度最快。
文件模块则是在运行时动态加载,需要完整的路径分析,文件定位,编译执行,加载速度较慢。

文件模块执行过程

1. 路径分析

  • 路径分析和文件定位
    核心模块和路径形式的文件模块加载比较快。
    主要分析自定义模块
    当前文件目录下的node_modules目录
    父目录下的node_modules
    父目录的父目录下的node_modules
    沿路径向上逐层查找知道根目录下的node_modules
    它的生成方式与JavaScript的原型链和作用域链的查找方式十分类似。

2. 文件定位

commonJS模块规范允许标识符中不包含文件拓展名,这种情况下,Node会按照.js .json .node次序补足拓展名依次尝试。
在尝试过程中会调用fs模块同步阻断式的判断文件是否存在。Node又是单线程的,所以很容易想到的一个优化方案。在文件后面加上.node .json后缀会适当加速调用。
在这个过程中,Node对CommonJS包规范进行了- -定程度的支持。首先,Node在当前目录下
查找package.json ( CommonJS包规范定义的包描述文件),通过JSON.parse()解析出包描述对象,
从中取出main属性指定的文件名进行定位。如果文件名缺少扩展名,将会进人扩展名分析的步骤。
而如果main属性指定的文件名错误,或者压根没有package.json文件,Node会 将index当做默
认文件名,然后依次查找index.js、index.json、 index.node。
如果在目录分析的过程中没有定位成功任何文件,则自定义模块进人下-一个模块路径进行查
找。如果模块路径数组都被遍历完毕,依然没有查找到目标文件,则会抛出查找失败的异常。

3. 编译执行

.js文件。通过fs模块同步读取文件后编译执行。
.node文件。这是用C/C++编写的扩展文件,通过dlopen()方法加载最后编译生成的文件。
.json文件。通过fs模块同步读取文件后,用JSON. parse()解析返回结果。
其余扩展名文件。它们都被当做.js文件载人。

每一个编译成功的模块都作为索引缓存在Module._cache对象上,提高二次引入的性能

你可能感兴趣的:(Node 引入模块的实现机制)