深入了解node.js中的module-alias（分享一些避坑方法）-9543建站博客

广告：宝塔Linux面板高效运维的服务器管理软件点击【 https://www.bt.cn/p/uNLv1L 】立即购买

深入了解node.js中的module-alias（分享一些避坑方法）

本篇文章带大家了解一下node.js中的module-alias，介绍一下module-alias原理、module-alias的一个常见问题（坑），希望对大家有所帮助！

首先有必要介绍一下module-alias是什么，这里有其官网链接（官网地址 https://github.com/ilearnio/module-alias）。

简单点说，module-alias提供了在node环境下的路径别名功能。一般前端开发可能会比较熟悉webpack的alias配置、typescript的paths配置等，这些都是提供了陆军别名的功能。路径别名在代码开发过程中是yyds，不然你看到这种../../../../xx路径时，是肯定会抓狂的。

使用webpack打包的项目webpack本身会处理源代码中路径别名的配置到打包后代码的转换过程，但是如果单纯使用typescript进行编译的项目，虽然typescript在编译过程中可以正常处理paths中路径别名的配置，但是并不会改变打包后的代码，造成在打包后的代码中仍然存在路径别名配置，看一个经过typescript编译后的代码：

"use strict";Object.defineProperty(exports, "__esModule", { value: true });require("./module-alias-register");var commands_1 = require("@/commands");var package_json_1 = require("../package.json");(0, commands_1.run)(package_json_1.version);

登录后复制

这里是tsconfig.json的配置内容

"paths": {  "@/*": [    "src/*"  ]}

登录后复制

可以看到在经过typescript编译后的代码中，仍然存在@符号，然而当代码运行的过程中，比如允许在node中，require并不能正常识别路径里的这个符号，导致找不到相应模块而抛出异常。

这也是module-alias这个库存在的目的。

module-alias介绍

从官网上看，这个库使用方法只需要两步，真的已经是极简状态了。

1、路径别名配置：module-alias支持两种路径别名配置方式

在package.json中增加_moduleAliases属性进行配置

"_moduleAliases": {    "@": "./src"}

登录后复制

通过提供的API接口addAlias、addAliases、addPath，增加配置

moduleAlias.addAliases({  '@'  : __dirname + './src',});

登录后复制

2、在项目启动时首先导入该库：require(module-alias/register)即可，当然选择使用API方式的需要导入对应的函数进行处理

一般我们都是使用package.json中配置路径别名 + 项目入口处require(module-alias/register)来使用这个库。

module-alias原理介绍

module-alias通过覆写了全局对象Module上的方法_resolveFilename来实现路径别名的转换，简单来说就是通过拦截原生的_resolveFilename方法调用，进行路径别名的转换，当获取到文件的真实路径后，再调用原声的_resolveFilename方法。

下面是其源代码，基本上分为两部分：路径别名转换+原生_resolveFilename调用

var oldResolveFilename = Module._resolveFilenameModule._resolveFilename = function (request, parentModule, isMain, options) {  for (var i = moduleAliasNames.length; i-- > 0;) {    var alias = moduleAliasNames[i]    if (isPathMatchesAlias(request, alias)) {      var aliasTarget = moduleAliases[alias]      // Custom function handler      if (typeof moduleAliases[alias] === 'function') {        var fromPath = parentModule.filename        aliasTarget = moduleAliases[alias](fromPath, request, alias)        if (!aliasTarget || typeof aliasTarget !== 'string') {          throw new Error('[module-alias] Expecting custom handler function to return path.')        }      }      request = nodePath.join(aliasTarget, request.substr(alias.length))      // Only use the first match      break    }  }  return oldResolveFilename.call(this, request, parentModule, isMain, options)}

登录后复制

看似简单的背后，往往也会踩坑

module-alias踩坑

一般我们会在node项目中使用module-alias库，因为node项目一般会从typescript转换成js代码，但是往往并不会进行打包处理，因为node项目中一般也确实不需要打包，显得有些冗余。这时候就需要module-alias上场了。

但是这个项目有点不一般，我们在项目中使用了多层代码组织方式，最外层有全局的package.json, 内层包有自己的package.json, 简单说是使用了monorepo的代码组织方式，问题也就是由此而来。

module-alias无法正常解析在package.json中配置的路径别名

刚开始确实没想到是多层项目组织方式的问题，官网对module-alias/register使用有一段说明：

但是当时确实也是没有注意到这块说明，要不然也不会踩这个坑了，下次看使用说明要仔细了，不过这么长的使用说明，大概率还是不会看的这么仔细。。。毕竟看起来这么简单的使用方法，好像似乎是不会出什么问题的吧

module-alias/register流程

既然踩坑了，就有必要了解一下踩坑的原因，避免反复踩坑才好。可以详细了解下module-alias中init方法的实现。为了节省篇幅，省略了部分细节

function init (options) {  // 省略了部分内容  var candidatePackagePaths  if (options.base) {    candidatePackagePaths = [nodePath.resolve(options.base.replace(/\/package\.json$/, ''))]  } else {    // There is probably 99% chance that the project root directory in located    // above the node_modules directory,    // Or that package.json is in the node process' current working directory (when    // running a package manager script, e.g. `yarn start` / `npm run start`)    // 重点看这里！！！    candidatePackagePaths = [nodePath.join(__dirname, '../..'), process.cwd()]  }  var npmPackage, base  for (var i in candidatePackagePaths) {    try {      base = candidatePackagePaths[i]      npmPackage = require(nodePath.join(base, 'package.json'))      break    } catch (e) { // noop }  }  // 省略了部分内容  var aliases = npmPackage._moduleAliases || {}  for (var alias in aliases) {    if (aliases[alias][0] !== '/') {      aliases[alias] = nodePath.join(base, aliases[alias])    }  }  // 省略了部分内容}

登录后复制

可以看重点部分，如果我们没有给base参数，module-alias默认会从../../目录和当前目录下找寻package.json文件，而且../..目录下的package.json文件的优先级比当前目录下的优先级还要高，这里的优先级设置似乎和正常的优先级逻辑有点差别，一般都会让当前目录的优先级比较高才比较符合正常逻辑，所以会导致加载的不是当前目录下的package.json文件，而导致找不到路径别名配置而出错。