qoder-cn 1:0.5.7 (loongarch64) 启动即崩：主进程 ESM 链接失败，窗口不出现

摘要

• 症状：安装后启动无窗口。主进程弹 A JavaScript error occurred in the main process，进程常驻（主进程/zygote/GPU/network 都在），但始终不创建 renderer，拿不到窗口。
• 原因：产物对 node:zlib 使用静态具名导入 createZstdDecompress，而 loongarch64 包内置的 Electron 31.7.7 / Node v20.18.0 没有这个导出（zlib zstd 支持自 Node 22.15.0 才有）。ESM 在模块实例化阶段即抛 SyntaxError，主进程在 app.whenReady() 之前就退出。
• 影响：全新配置目录也 100% 复现。同机 0.4.11 正常——同一段代码在 0.4.11 中是从默认导入解构，取不到只是 undefined，不会抛错。

环境

复现步骤

sudo dpkg -i Qoder-CN-linux-loongarch64.deb
timeout 20 /opt/"Qoder CN"/qoder-cn --user-data-dir=$(mktemp -d) 2>&1 | grep -m1 -A2 SyntaxError

无需登录、无需旧配置，--user-data-dir 指向空目录同样复现。

实际结果

A JavaScript error occurred in the main process
Uncaught Exception:
file:///opt/Qoder%20CN/resources/app.asar/out/main/electronMain.js:1
import*as vHx from"electron";import{app as $x,...}from"./chunks/CObf1AlQ.js";...
SyntaxError: The requested module 'node:zlib' does not provide an export named 'createZstdDecompress'
    at ModuleJob._instantiate (node:internal/modules/esm/module_job:146:21)
    at async ModuleJob.run (node:internal/modules/esm/module_job:229:5)
    at async ModuleLoader.import (node:internal/modules/esm/loader:473:24)
    at async file:///opt/Qoder%20CN/resources/app.asar/out/main/index.js:1:7591

进程状态（错误对话框驻留，无 renderer）：

$ ps -eo args | grep "Qoder CN/qoder-cn" | grep -c type=renderer
0

期望结果

正常创建窗口并进入登录页。

定位

打包产物 resources/app.asar 内 out/main/electronMain.js（bundle 为单行），偏移 47522250：

import nJ,{deflateRaw as n2x,createDeflateRaw as sYx,gunzipSync as oYx,
  createZstdDecompress as vYx,inflateRawSync as wYx,deflateRawSync as LYx}from"node:zlib";

• 具名导入在 链接期 校验，导出不存在 → SyntaxError，与是否走到 zstd 分支无关。
• 该文件中另一处偏移 51029990 是 const{...,createZstdDecompress:f}=nJ（从默认导入解构），加载期安全，只有真正解 zstd 响应时才会用到。

运行时验证：

$ ELECTRON_RUN_AS_NODE=1 /opt/"Qoder CN"/qoder-cn -e \
    'console.log(process.version, typeof require("node:zlib").createZstdDecompress)'
v20.18.0 undefined          # 包内运行时

$ node -v && node -e 'console.log(typeof require("zlib").createZstdDecompress)'
v22.16.0
function                    # Node 22.15.0 起提供

版本对比：

建议修复

1. 对齐运行时（首选）：loongarch64 包内置 Electron/Node 升级到提供 zlib.createZstdDecompress 的版本（Node ≥ 22.15.0，即 Electron 33 之后较新的版本），并与其他架构的产物保持一致。
2. 最小改动：把该处改回默认导入 + 运行时检测，例如

   import nJ from "node:zlib";
   const vYx = nJ.createZstdDecompress; // 不存在则不注册 zstd 解码器
   

   这样在缺失时只降级，不阻断启动（0.4.11 即此写法）。
3. 构建期防回归：对 main bundle 里所有 node:* 具名导入做一次“目标 Electron 内置 Node 版本导出表”校验，避免以后再用到新 Node API。

用户侧临时绕过（已验证）

对上面 20 字节做等长替换 createZstdDecompress → createBrotliCompress（不影响 asar 头偏移），启动恢复正常，窗口标题 Qoder CN。仅当服务端返回 Content-Encoding: zstd 时该分支会失败，日常使用不触发。

附：次要问题（不阻断启动）

日志中出现 inotify_init() failed: 打开的文件过多 (24)，本机 fs.inotify.max_user_instances=128 被占满。建议在文档中提示调高该值，或对 EMFILE 做降级处理，否则文件监看/工作区索引会静默失效。