本文旨在解决Electron/Vite项目中，因Rollup默认不兼容CommonJS模块导致打包后`require()`导入模块失败的问题。我们将深入探讨问题根源，并提供两种核心解决方案：一是将所有CommonJS模块重构为ES模块，二是利用`@rollup/plugin-commonjs`插件实现混合模块兼容，帮助开发者顺利完成项目构建。
问题背景与根源分析
在使用Electron结合Vite开发桌面应用时，开发者可能会遇到一个常见的打包问题：项目构建完成后，运行时报错“Cannot find module”，涉及到的模块通常是通过require()语法导入的本地文件（如./events/newMessage.js）或第三方库（如axios、crypto）。即使已经通过npm install安装了所有依赖，并尝试使用path.join(__dirname, ...)等路径辅助方法，问题依然存在。
这个问题的核心在于Vite的底层构建工具——Rollup。Rollup在进行代码打包时，默认是围绕ES模块（ECMAScript Modules）标准设计的，它对CommonJS模块（Node.js早期使用的模块系统，采用require()和module.exports）的支持有限。当Rollup遇到require()调用时，如果不进行特殊处理，它无法正确解析和打包这些CommonJS模块，导致在最终的构建产物中这些模块缺失或无法被正确引用。因此，无论是自定义模块还是以CommonJS形式存在的第三方库，都会在打包后出现“模块找不到”的错误。
解决方案一：全面迁移至ES模块
最彻底且现代化的解决方案是将项目中所有使用CommonJS语法的模块重构为ES模块。ES模块是JavaScript官方推荐的模块化方案，与Vite/Rollup的构建流程天然兼容。
具体操作：
-
替换require()为import： 将所有const someModule = require('./someModule.js');形式的导入语句改为import someModule from './someModule.js';或import { namedExport } from './someModule.js';。 例如，将：
const newMessageHandler = require('./events/newMessage.js'); const axios = require('axios'); const crypto = require('crypto');改为：
import newMessageHandler from './events/newMessage.js'; import axios from 'axios'; import crypto from 'crypto';
-
替换module.exports为export： 将所有module.exports = someValue;或exports.namedExport = someValue;形式的导出语句改为export default someValue;或export const namedExport = someValue;。 例如，在./events/newMessage.js文件中：
// CommonJS module.exports = function handleMessage() { /* ... */ };应改为：
// ES Module export default function handleMessage() { /* ... */ };
优点： 遵循现代JavaScript开发标准，构建工具能够更高效地进行摇树优化（Tree Shaking），减少最终包体积。
缺点： 对于大型或遗留项目，全面重构可能涉及大量代码修改，工作量较大。
解决方案二：利用@rollup/plugin-commonjs插件
如果项目中有大量CommonJS模块难以一次性重构，或者依赖的某些第三方库只提供CommonJS版本，那么引入@rollup/plugin-commonjs插件是一个更便捷的解决方案。该插件能够让Rollup理解并正确处理CommonJS模块，从而实现CommonJS与ES模块的混合使用。
步骤：
-
安装插件： 首先，通过npm或yarn安装@rollup/plugin-commonjs作为开发依赖：
npm install -D @rollup/plugin-commonjs # 或者 yarn add -D @rollup/plugin-commonjs
-
配置Vite： 在你的vite.config.js（或vite.config.ts）文件中，导入并启用@rollup/plugin-commonjs插件。将其添加到plugins数组中。
import { defineConfig } from 'vite'; import react from '@vitejs/plugin-react'; import commonjs from '@rollup/plugin-commonjs'; // 导入 commonjs 插件 export default defineConfig({ plugins: [ react(), commonjs() // 添加 commonjs 插件 ], build: { outDir: 'dist', }, base: './', // 确保 base 设置正确，以适应 Electron 环境 });注意： 如果你的Vite配置是TypeScript文件（vite.config.ts），确保也正确导入了类型定义。
优点： 能够快速解决CommonJS模块导入问题，无需大规模代码重构，适用于现有项目或依赖CommonJS库的场景。
缺点： 可能会略微增加打包时间，且在某些边缘情况下，@rollup/plugin-commonjs可能无法完美处理所有复杂的CommonJS模式。
注意事项与最佳实践
- 模块路径： 无论采用哪种解决方案，确保本地模块的相对路径是正确的。path.join(__dirname, ...)在Node.js环境中用于构建文件系统路径，但在打包后的浏览器或Electron渲染进程环境中，模块的查找逻辑由打包工具决定，直接的require()或import通常依赖于打包工具的模块解析能力。当Rollup正确处理了CommonJS模块后，require('./events/newMessage.js')这样的相对路径就能被解析。
- Electron主进程与渲染进程： 上述解决方案主要针对Vite打包的渲染进程代码。对于Electron主进程（main.js），由于它直接运行在Node.js环境中，require()是原生支持的，通常不需要Vite打包，也不受Rollup CommonJS限制的影响。但如果你的主进程代码也经过了Vite/Rollup打包（例如为了使用TypeScript），那么同样需要考虑这些兼容性问题。
- 依赖管理： 确保所有第三方依赖都已正确安装。npm i axios crypto etc...是基础步骤，但解决模块找不到的根本原因在于打包工具如何处理这些依赖的模块格式。
- 优先ES模块： 尽管@rollup/plugin-commonjs提供了便利，但在条件允许的情况下，逐步将项目迁移到ES模块是更推荐的长期策略。它能带来更好的性能、更清晰的模块依赖关系和更现代的开发体验。
总结
Electron/Vite项目在打包后出现“模块找不到”的问题，核心原因在于Vite底层Rollup构建工具对CommonJS模块的默认处理方式。解决此问题有两种主要途径：一是将所有CommonJS模块重构为ES模块，这是符合现代Web开发趋势的推荐做法；二是通过引入@rollup/plugin-commonjs插件，使Rollup能够兼容处理CommonJS模块，这对于现有项目或依赖CommonJS库的情况尤其有效。理解这两种模块系统及其在构建流程中的交互，是确保Electron/Vite应用顺利打包和运行的关键。
