#异常类问题

#编译产物中存在未编译的 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 版本等方式安装正确的依赖版本即可。

npm ls postcss

 ├─┬ [email protected]
 │ └── UNMET PEER DEPENDENCY [email protected]
 ├─┬ [email protected]
 │ └── UNMET PEER DEPENDENCY [email protected]

#编译时报错 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';
console.log(foo);

在这种情况下，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';
console.log(foo);

• 部分转译器无法识别未加 type 修饰符的跨模块类型导出，会因此报错。Rsbuild 默认的 SWC 编译流程可以处理此类导出，但仍然推荐使用 export type 来兼容其他转译器。

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

// index.ts
export { Foo } from './utils'; // 未明确标明 Foo 是类型
export type { Foo } from './utils'; // 显式导出类型（推荐）

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

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

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

你可以查看 Rspack 的文档来了解 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?

该报错表示 V8 JavaScript 堆达到内存上限。

如果机器或容器有足够的可用内存，可以通过 Node.js 的 --max-old-space-size 选项增加 V8 老生代内存上限。你可以在 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 设置 V8 老生代的内存上限，单位为 MiB，并非整个进程的内存上限。16384（16 GiB）仅作为示例，请根据实际情况设置，并为 Rspack 的原生内存和其他进程留出足够空间。

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

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

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

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

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

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

Module not found: Can't resolve 'core-js/modules/es.error.cause.js'

当你启用 polyfill 注入时，请确保项目中已安装 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。