Node.js后端使用Babel-register：配置相对导入及优化性能

一、如何配置简洁的相对导入？ #

你现在用的那种超长相对路径确实太繁琐了，我们可以通过Babel的module-resolver插件来简化路径配置，步骤如下：

• 首先安装依赖插件：

npm install --save-dev babel-plugin-module-resolver

• 新建或修改你的Babel配置文件（比如.babelrc或者babel.config.js），添加插件配置：

{
  "presets": ["env"],
  "plugins": [
    [
      "module-resolver",
      {
        "root": ["./src"], // 设置你的项目核心代码根目录，比如src文件夹
        "alias": {
          "@": "./src" // 用@作为根目录的别名，你也可以自定义其他名称
        }
      }
    ]
  ]
}

• 配置完成后，原来的超长路径就能简化成简洁的写法：
  比如原来的../../../oh/my/god/still/more/../at/last/moduleA，如果对应src/at/last/moduleA.js，现在就可以写成：

import { ModuleA } from '@/at/last/moduleA'

这样不管你的文件在哪个层级，都不用再数../的数量，直接通过别名定位目标模块。

二、用babel-register动态编译的方式运行后端是否推荐？性能影响如何？ #

直接说结论：开发环境可以临时用，但绝对不推荐在生产环境使用这种方式。

性能层面的具体影响： #

• babel-register是在Node.js加载模块的过程中实时编译ES6+代码为CommonJS，每次启动服务或者加载新模块都要重复编译，这会让服务启动速度变慢，在高并发场景下，动态编译还会带来额外的CPU开销，拖慢整体响应速度。
• 如果提前用预编译（比如babel-cli或Webpack把代码转成ES5），代码已经是Node.js可以直接执行的CommonJS格式，启动和运行效率都会高很多，还能配合代码压缩、tree-shaking等优化手段进一步提升性能。

更优的替代方案： #

• 开发环境可以用babel-node（和babel-register原理类似，但使用更便捷）；
• 生产环境必须提前编译：
  1. 安装babel-cli依赖：

  npm install --save-dev babel-cli
  

  2. 在package.json里添加编译和启动脚本：

  {
    "scripts": {
      "build": "babel src --out-dir dist",
      "start": "node dist/server.js"
    }
  }
  

  3. 运行npm run build把src目录的代码编译到dist文件夹，再用npm start启动编译后的代码，这样生产环境的性能就和普通Node.js项目完全一致了。

另外补充一点：现在Node.js 14及以上版本已经原生支持大部分ES6+特性，包括import/export，你可以把文件后缀改成.mjs，或者在package.json里设置"type": "module"，直接使用原生ES模块，连Babel编译步骤都能省掉，性能也会更好。

内容的提问来源于stack exchange，提问作者TrongBang