Electron应用任务管理器多实例且CPU占用达99%，如何优化保障响应稳定？

问题1：部署后任务管理器出现多个应用实例是否正常 #

属于正常现象，原因如下：

• Electron默认采用多进程架构，启动时会运行1个主进程、至少1个渲染进程（对应应用窗口）、1个GPU加速进程，部分内置组件还会启动额外的工具进程
• 你使用的Electron.NET方案会额外启动独立的ASP.NET Core后台服务进程，和Electron主进程相互独立通信
  如果需要避免用户重复点击启动图标打开多个独立应用实例，可以在Electron.NET启动配置中添加单实例锁，启动时检测到已有运行实例的情况下直接唤醒已打开的应用窗口，终止新启动的进程即可。

问题2：偶发查询耗时高+CPU占用飙升优化方案 #

该问题一般是数据访问层配置缺失、未做查询优化或者GC频繁触发导致，可按以下方向排查优化：

• SQLite核心配置优化
  必须开启WAL（预写日志）模式，执行SQL PRAGMA journal_mode = WAL; 即可生效，相比默认的删除日志模式，读写并发性能提升10倍以上，避免写操作阻塞读请求；同时配置合理的缓存大小 PRAGMA cache_size = -20480;（单位为KB，即设置20MB内存缓存），减少磁盘IO次数；针对常用查询的过滤字段添加对应索引，使用 EXPLAIN QUERY PLAN [你的查询SQL] 检查是否存在全表扫描。
• 数据访问层优化
  如果使用EF Core作为ORM，所有只读查询必须添加.AsNoTracking()关闭变更跟踪，减少大量临时对象生成和内存占用；避免循环发起单条查询，尽量合并为批量查询减少数据库交互次数；开启数据库连接池复用连接，避免每次请求新建销毁连接的开销。
• ASP.NET Core层面优化
  对高频访问、更新频率低的查询结果添加内存缓存（使用IMemoryCache），根据数据更新规则设置合理的过期时间，直接减少重复查询数据库的次数；生产环境关闭Debug日志、多余的诊断中间件，减少不必要的CPU和IO开销。
• 异常场景排查
  检查是否存在请求失败自动重试的逻辑，若重试无次数限制或间隔过短，遇到异常时会触发无限循环占用CPU；可使用dotnet-counters、dotnet-trace工具抓取CPU占用高时的运行快照，定位具体占用CPU的方法针对性调整。

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