异常类问题#

编译产物中存在未编译的 ESNext 代码？#

默认情况下，Rsbuild 不会编译 node_modules 下的 JavaScript 文件。如果项目引入的 npm 包中含有 ESNext 语法，会被打包进产物中。

遇到这种情况时，可以通过 source.include 配置项来指定需要额外进行编译的目录或模块。

编译时报错 You may need additional loader？#

如果编译过程中遇到了以下报错提示，表示存在个别文件无法被正确编译。

Module parse failed: Unexpected token
File was processed with these loaders:
 * some-loader/index.js

You may need an additional loader to handle the result of these loaders.

请检查是否引用了 Rsbuild 不支持的文件格式，并自行配置相应的 Rspack loader 对其进行编译。

编译时报错 Error: [object Object] is not a PostCSS plugin ?#

目前，Rsbuild 使用的是 v8 版本的 PostCSS。如果编译过程中遇到了 Error: [object Object] is not a PostCSS plugin 报错提示，通常是由于引用到了错误的 PostCSS 版本导致，常见的如 cssnano 中 postcss (peerDependencies) 版本不符合预期。

可以通过 npm ls postcss 查找 UNMET PEER DEPENDENCY 的依赖，然后在 package.json 中通过指定 PostCSS 版本等方式安装正确的依赖版本即可。

编译时报错 export 'foo' (imported as 'foo') was not found in './utils'？#

如果编译的过程中出现此报错，说明代码中引用了一个不存在的导出。

比如以下例子，index.ts 中引用了 utils.ts 中的 foo 变量， 但 utils.ts 实际上只导出了 bar 变量。

// utils.ts
export const bar = 'bar';

// index.ts
import { foo } from './utils';

在这种情况下，Rsbuild 会抛出以下错误：

Compile Error:
File: ./src/index.ts
export 'foo' (imported as 'foo') was not found in './utils' (possible exports: bar)

当你遇到该问题时，首先需要检查相关代码里 import / export 的内容是否正确，并修正相关错误。

常见的错误写法有：

• 引入了不存在的变量：

// utils.ts
export const bar = 'bar';

// index.ts
import { foo } from './utils';

• re-export 了一个类型，但是没有添加 type 修饰符，导致 babel 等编译工具无法识别到类型导出，导致编译异常。

// utils.ts
export type Foo = 'bar';

// index.ts
export { Foo } from './utils'; // 错误写法
export type { Foo } from './utils'; // 正确写法

在个别情况下，以上报错是由第三方依赖引入的，你无法直接修改它。此时，如果你确定该问题不影响你的应用，那么可以添加以下配置，将 error 日志修改为 warn 级别：

export default {
  tools: {
    rspack: {
      module: {
        parser: {
          javascript: {
            exportsPresence: 'error',
          },
        },
      },
    },
  },
};

同时，你需要尽快联系第三方依赖的开发者来修复相应的问题。

你可以查看 webpack 的文档来了解 module.parser.javascript.exportsPresence 的更多细节。

打包后发现 tree shaking 没有生效？#

Rsbuild 在生产构建时会默认开启 Rspack 的 tree shaking 功能，tree shaking 是否能够生效，取决于代码能否满足 Rspack 的 tree shaking 条件。

如果你发现 tree shaking 没有按照预期生效，可以检查下相关 npm 包的 sideEffects 配置是否正确，如果你不了解 sideEffects 的作用，或是对 tree shaking 背后的原理感兴趣，可以阅读 Rspack 官方文档 - Tree Shaking。

如果你是 npm 包的开发者，可以阅读这篇文章：

• 如何编写一个友好支持 Tree-shaking 的库

打包时出现 JavaScript heap out of memory?#

该报错表示打包过程中出现了内存溢出问题，大多数情况下是由于打包的内容较多，超出了 Node.js 默认的内存上限。

如果出现 OOM 问题，最简单的方法是通过增加内存上限来解决，Node.js 提供了 --max-old-space-size 选项来对此进行设置。你可以在 CLI 命令前添加 NODE_OPTIONS 来设置此参数。

比如，在 rsbuild build 命令前添加参数：

{
  "scripts": {
-   "build": "rsbuild build"
+   "build": "NODE_OPTIONS=--max_old_space_size=16384 rsbuild build"
  }
}

如果你执行的是其他命令，比如 rsbuild dev，请在对应的命令前添加参数。

max_old_space_size 参数的值代表内存上限大小（MB），一般情况下设置为 16384（16GB）即可。

Node.js 官方文档中有对以下参数更详细的解释：

• NODE_OPTIONS
• --max-old-space-size

除了增加内存上限，通过开启一些编译策略来提升构建效率也是一个解决方案，请参考 提升构建性能。

如果以上方式无法解决你的问题，可能是项目中某些异常逻辑导致了内存非正常溢出。你可以排查近期的代码变更，定位问题的根因。如果无法定位，请联系我们进行排查。

打包时出现 Can't resolve 'core-js/modules/abc.js'？#

如果你在打包时出现了类似下面的报错，表示项目中的 core-js 无法被正确引用。

通常来说，你无须在项目中安装 core-js，因为 Rsbuild 已经内置了一份 core-js v3。

如果出现 core-js 找不到的报错，可能有以下几个原因：

1. 当前项目覆盖了 Rsbuild 内置的 alias 配置，导致引用 core-js 时，没有解析到正确的 core-js 路径，这种情况下，你可以检查项目的 alias 配置。
2. 项目里某一处代码依赖了 core-js v2 版本。这种情况通常需要你找出对应的代码，并升级其中的 core-js 到 v3 版本。
3. node_modules 中的某一个 npm 包引用了 core-js，但是没有在 dependencies 中声明 core-js 依赖。这种情况需要你在对应的 npm 包中声明 core-js 依赖，或者在项目根目录下安装一份 core-js。