WebStorm调试Electron需适配双进程模型：主进程不能直接运行main.js，须配置Node.js运行配置指向electron可执行文件并设参数为.；类型提示需@ts-check、标记Resources Root及正确tsconfig；渲染进程调试需--remote-debugging-port配合chrome://inspect。
WebStorm 本身没有为 Electron 开发预设专属快捷键，所有快捷键都服务于通用开发流程——但 Electron 的双进程模型（主进程 + 渲染进程）会让某些快捷键效果“失效”或“错位”，比如 Ctrl+Shift+F10 运行当前文件、Ctrl+D 复制行、Alt+F7 查找用法，在 Electron 场景下容易误操作或查不到东西。
为什么 Ctrl+Shift+F10 运行 main.js 会白屏或报错
Electron 主进程不能靠直接执行 main.js 启动。WebStorm 默认用 Node.js 模式运行 JS 文件，Ctrl+Shift+F10 在 main.js 上触发的其实是 node main.js，跳过了 Electron 初始化，导致 app 未定义、BrowserWindow 报错、窗口不出现。
- 别在
main.js上按Ctrl+Shift+F10—— 它不是入口文件，只是被 Electron 加载的模块 - 真正该运行的是
electron可执行文件：配置一个 Node.js 运行配置，JavaScript file填node_modules/electron/dist/electron（macOS/Linux）或node_modules/electron/dist/electron.exe（Windows），Application parameters填. - 之后用
Ctrl+Shift+F10触发这个配置，才等效于终端里执行electron .
Ctrl+Click 跳转到 BrowserWindow 却提示 “Cannot find declaration”
这是类型提示缺失的典型表现，不是快捷键坏了，而是 WebStorm 没识别 Electron 类型定义。即使装了 @types/electron，默认也不生效。
- 在项目根目录的任意 JS/TS 文件顶部加
// @ts-check，启用类型检查 - 右键项目根目录 →
Mark Directory as→Resources Root（否则require路径解析失败，跳转中断） - 确认
tsconfig.json中有"types": ["electron"]和"lib": ["es2020", "web"]（TS 项目必需） - 重启 WebStorm 索引，或手动触发
File → Reload project from disk
Ctrl+Shift+A 搜索 “attach” 却找不到 Electron 渲染进程调试入口
WebStorm 的 “Attach to Node.js/Chrome” 默认只监听 Chrome DevTools 协议端口，而 Electron 渲染进程需显式暴露 --remote-debugging-port，且 WebStorm 不自动识别渲染进程的调试地址。
- 主进程启动时加参数：
--remote-debugging-port=9222（例如在 Node.js 运行配置的Node parameters中填入） - 渲染进程加载页面后，打开
chrome://inspect→ 找到file://开头的 target，点击inspect即可调试 HTML/JS - WebStorm 无法直接 Attach 到渲染进程；想在 IDE 里调试，得用
debugger语句配合 Chrome DevTools，或改用 VS Code +Electron Debug插件
Electron 的调试本质是“绕过 WebStorm 默认假设”，快捷键只是载体。真正卡住的从来不是按键本身，而是没意识到：主进程不是 Node 脚本、渲染进程不是网页、路径不是相对的、类型不是自动的。
