模块的加载机制介绍

模块的加载机制在开发中至关重要，但不少前端（包括小编）对模块的加载机制可能了解的不够深，本文将模块的加载机制情况一一列举了出来，希望可以帮助各位理解的更加透彻一点。

优先从缓存中加载

在模块加载的过程中，第一次加载后便会被缓存，意味着多次调用 require() 不会导致模块的代码被执行多次。

注意：不论是内置模块、用户自定义模块、还是第三方模块，他们都会优先从缓存中加载，从而提高模块的加载效率。

内置模块的加载机制

内置模块是由 Node.js 官方提供的模块，因此加载优先级是最高的。

例如：require('fs') 始终返回的是内置的 fs 模块，即使在 node_modules 目录下有名字相同的包也叫做 fs。

自定义模块的加载机制

使用 require() 加载自定义模块的时候，必须指定以 ./ 或 ../ 开头的路径标识符，在加载自定义模块的时候，没有指定 ./ 或 ../ 这样的路径标识符，则 node 会把它当做是 内置模块 或 第三方模块 进行加载。

同时，在使用 require() 导入自定义模块时，如果省略了文件的扩展名，则 Node.js 会按顺序分别尝试加载以下文件：

1）按照确切的文件名进行加载

2）补全 .js 扩展名进行加载

3）补全 .json 扩展名进行加载

4）补全 .node 扩展名进行加载

5) 如果都加载失败，终端报错

第三方模块的加载机制

如果传递给 require() 的模块标识符不是一个内置模块，也没有 './' 或  '../' 开头，则Node.js 会从当前模块的父集目录开始，尝试从 /node_modules 文件夹中加载第三方模块

如果没有找到对应的第三方模块，则移动到上一层父母目录中，进行加载，直到文件系统根目录。

例如：我们在 'C:\User\item\pro\foo.js' 中写了一个脚本，文件调用了 require('tools') ，则Node.js 会按以下顺序查找：

1）C:\User\item\pro\node_modules\tools

2）C:\User\item\node_modules\tools

3）C:\User\node_modules\tools

4）C:\node_modules\tools

如果以上都找不到就会报错

目录作为模块的加载机制

当把目录作为模块标识符，传递给require() 进行加载的时候，有三种加载方法：

1）在被加载的目录下查找一个叫做 package.json 的文件，并寻找main 的属性，作为 require() 的加载入口；

2）如果目录没有 package.json 文件，或者main 入口不存在或无法解析，则Node.js 将会试图加载目录下的 index.js 文件

3）如果以上两步都失败了，则 Node.js 会在终端打印错误的消息， 报告模块的缺失 ： Error:Cannot find module 'xxx'

上述就是模块加载机制的基本概述，希望可以帮助你理解的更加透彻一点。