Electron的--log-file参数能否捕获主进程日志，还是仅支持渲染进程？

核心结论 #

--enable-logging和--log-file参数同时支持主进程和渲染进程的日志捕获，你遇到的打包后仅能抓到渲染进程日志的问题，是因为参数传递方式不正确，而非参数本身不支持主进程。

参数作用范围解析 #

• --enable-logging：开启后，会将主进程的console输出（log/error/warn等）、Chromium内核的底层日志，以及所有渲染进程的控制台输出，统一输出到系统标准流（stdout/stderr）；若搭配--log-file，则会将这些内容同步写入指定文件。
• 这两个参数本质是Chromium的原生启动参数，Electron主进程作为Chromium实例的一部分，其日志完全在捕获范围内，官方文档描述模糊是因为未明确区分Electron主进程与Chromium内核的日志边界。

打包后失效的原因及解决办法 #

开发阶段你通过命令行直接追加参数（如electron --enable-logging --log-file=dev.log .）能生效，但打包为可执行文件后，这些参数不会被自动带入，必须通过代码在主进程启动初期主动追加：

代码实现示例 #

const { app } = require('electron');
const path = require('path');

// 必须在app ready事件触发前调用，否则参数不会生效
app.commandLine.appendSwitch('enable-logging');
// 使用系统默认日志目录，避免权限问题
const logFilePath = path.join(app.getPath('logs'), 'application.log');
app.commandLine.appendSwitch('log-file', logFilePath);

app.whenReady().then(() => {
  // 主进程启动逻辑
  console.log('主进程启动成功'); // 这条日志会被写入log-file
});

关键注意事项 #

• 路径权限：生产环境必须选择应用有写入权限的路径，app.getPath('logs')会返回系统为当前应用分配的默认日志目录（Windows：%APPDATA%/[AppName]/logs，macOS：~/Library/Logs/[AppName]，Linux：~/.config/[AppName]/logs），无需手动拼接路径。
• 调用时机：app.commandLine.appendSwitch必须在app.whenReady()之前执行，否则参数无法被Chromium内核加载。

验证方式 #

打包应用后启动，在主进程中添加测试日志（如console.error('主进程错误测试')），然后前往app.getPath('logs')对应的目录查看日志文件，若能看到主进程的输出，说明配置生效。

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