Electron重型计算函数放置位置咨询：主进程还是preload.js？

一、重型计算为什么不适合放在preload.js？ #

• preload.js属于渲染进程的隔离上下文，本质还是跑在渲染进程主线程里。重型计算会直接占用渲染进程的主线程资源，导致UI卡顿、页面无响应，和主进程阻塞的问题性质完全一样——都是单线程被长时间占用。
• preload的核心作用是桥接渲染进程与主进程，用来安全地向页面暴露有限的Node.js或主进程API，并非为执行计算任务设计。它的生命周期和渲染进程绑定，页面刷新或关闭时preload会重启，不适合长时间运行的计算逻辑。

二、主进程过载的规避方案 #

如果担心主进程跑重型计算阻塞，可以用这些方式拆分压力：

• 使用Node.js子进程（child_process）：把计算任务放到独立的子进程中执行，主进程仅负责下发任务和接收结果，完全不会阻塞主进程或渲染进程。
• 创建隐藏渲染进程：用BrowserWindow创建一个无界面的隐藏窗口，把计算逻辑放在这个窗口的渲染进程里，利用Electron的多进程架构分摊CPU负载，主进程通过IPC和它通信。
• CPU密集型任务用worker_threads：Node.js的Worker线程专门用于拆分CPU密集型任务，不会阻塞主线程，适合处理并行计算场景。

三、preload.js调用Node模块的安全风险 #

只要遵循安全规范，风险可控，但操作不当会引发严重问题：

• 绝对不要关闭contextIsolation（默认是开启的），也不要把require直接暴露给页面脚本。一旦页面能直接调用Node.js API，恶意脚本（比如XSS注入的代码）就能访问本地文件、执行系统命令，造成信息泄露或系统被控制。
• 正确做法是只暴露必要的封装功能：比如你需要调用某个Node模块的特定API，就在preload里封装好逻辑，再通过contextBridge.exposeInMainWorld把经过限制的方法暴露给页面，避免直接暴露整个模块。
• 另外，不要在preload中硬编码敏感信息（如API密钥、本地路径），防止被页面脚本获取。

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