使用ES动态import()替代require捕获模块缺失异常时遭遇编译错误的问题

你的问题核心在于打包工具的静态模块解析行为，这也是为什么直接用import('@test/validator')会在编译阶段报错，而require()能在运行时处理的原因。

为什么直接用静态字符串的动态import会报错？ #

像Webpack、Vite这类现代打包工具，会对代码做静态分析——哪怕是动态import里的字符串字面量（比如import('@test/validator')），它们会在编译阶段就尝试查找这个模块是否存在，如果找不到就直接抛出"This dependency was not found"的错误，不会等到运行时再处理。而require()是CommonJS的运行时加载API，只有在代码执行到这一行时才会尝试加载模块，所以能通过try-catch捕获MODULE_NOT_FOUND异常。

用动态import实现需求的解决方案 #

要让动态import避开打包工具的静态解析，你可以把模块路径改成动态拼接的形式，这样打包工具就不会在编译时提前解析这个模块，而是留到运行时再处理。比如：

if (messages) {
  // 用变量存储模块路径，避免静态解析
  const validatorModule = '@test/validator';
  import(validatorModule)
    .then(({ default: Validator }) => {
      console.log(Validator);
    })
    .catch(err => {
      if (err.code === 'MODULE_NOT_FOUND') {
        console.error("Can't load validator!");
      } else {
        // 重新抛出其他类型的异常
        throw err;
      }
    });
}

或者用模板字符串拼接（哪怕只是简单的包裹）：

import(`${'@test/validator'}`)
  .then(/* ... */)
  .catch(/* ... */);

本质上就是让模块路径不是一个静态可分析的字符串字面量，打包工具就会放弃预解析，把加载逻辑留到运行时，这样就能像require()一样捕获模块不存在的异常了。

两种方案的选择 #

• 如果你项目是CommonJS环境，或者不想调整打包相关的逻辑，继续使用try-catch配合require()的方案完全没问题——它已经稳定满足你的需求，不需要强行切换。
• 如果你更倾向于使用ES标准的API，或者项目是ES模块优先的环境，那么上面的动态import方案是可行的，但要确保你的运行环境支持动态import（比如Node.js 14+、现代浏览器，或者打包工具配置允许动态加载）。

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