.scratch 面板原子写击穿This was generated by AI during triage.
Status: resolved Labels: ready-for-agent Category: bug Blocked by: None
重开(2026-09-16):首版只排除了
**/.scratch/**,本轮实测发现同一根因的第二个触发源 —— DSH 每次编辑文件时在项目根生成的.dsh-edit-review.json.<pid>.<guid>.tmpdir/.dsh-edit-review.json.tmp同样会让 chokidar 抛 EBUSY 打死 dev server。忽略清单需一并覆盖。重开(第三触发源,2026-09-17,由票 27 会话实测报告、票 28 会话补修):同类原子写临时目录这次落在源码目录旁 ——
src/modules/cockpit/components/.MapCanvas.vue.<pid>.<guid>.tmpdir/MapCanvas.vue.tmp,pre.dev.one首次启动时被击穿。前两条排除都是路径式的,盖不住源码目录旁的临时目录:这正是本票结尾那句「按模式排除,而不是按具体文件」的教训没有落进配置的结果。已把**/*.tmpdir(目录条目本身)与**/*.tmpdir/**(目录内容)两条按模式加进 ignore。
npm run dev 运行期间,issue tracker 面板(或任何对 .scratch/** 的原子改名式写入)保存单据时,Vite 文件监视器抛出 EBUSY,dev server 整个进程退出。
实测复现一次(决策地图收口当轮):面板对 map.md 做原子写,产生临时目录 .map.md.<pid>.<guid>.tmpdir/map.md.tmp,chokidar 在 Windows 上 watch 该锁定路径失败:
Error: EBUSY: resource busy or locked, watch '...\.scratch\web-cockpit-decision-map\.map.md.<pid>.<guid>.tmpdir\map.md.tmp'
at createFsWatchInstance (vite .../dep-*.js)
npm run dev(起在 8000)。.scratch/**/map.md 或票据(触发原子写)。viteOption 已有 server(proxy/headers),watch 默认监视整个项目根,.scratch 在树内。高置信(有栈有路径):Vite dev 的 chokidar 未排除 .scratch/**;面板原子写在 Windows 上生成短寿命锁定 tmp 路径,chokidar 遇 EBUSY 抛未捕获错误拖垮 watcher。
.fes.js 的 viteOption.server 内增加:
watch: { ignored: ['**/.scratch/**'] }
.map.md.<pid>.<guid>.tmpdir/map.md.tmp 模式),服务器全程存活,HTTP 200。src/** 文件)仍然正常。—— touch src/modules/cockpit/domain/panelCatalog.js 后 Vite 日志记录 page reload,模块重取 200。src、public 保持监视)。—— 配置只新增 **/.scratch/** 与 **/.dsh-* 两条;已核 Vite resolveChokidarOptions:用户 ignored 与默认 ignore(node_modules/.git/cacheDir)合并而非覆盖。.dsh-edit-review.json.<pid>.<guid>.tmpdir/.dsh-edit-review.json.tmp;补 **/.dsh-* 后,服务运行期间连续编辑多张票据(每次编辑都会生成该临时文件),服务器全程存活、HTTP 200。*.tmpdir。—— 配置层面确定命中:**/*.tmpdir 覆盖目录条目、**/*.tmpdir/** 覆盖其内容(chokidar 对「目录条目」和「目录内容」是两条独立判断,只写后者时那个目录本身仍会被进入、读它照样 EBUSY,所以两条都要写)。实测:把 src/modules/cockpit/components/.MapCanvas.vue.<pid>.<guid>.tmpdir/MapCanvas.vue.tmp 放进源码目录旁,重启 yarn dev(复刻「首次启动被击穿」的时机)、再写入一次、再删除该目录,服务全程存活、HTTP 200、日志无 EBUSY。
验证边界(如实标注):票 27 观测到的那次崩溃是「目录被 rename/删除与 chokidar 读取同时发生」的竞态,静态地放一个/删一个目录复现不了竞态本身,所以本条是「按模式排除 + 对抗性实测」,不是「先复现原崩溃再修」。竞态未再观测到,但这类崩溃本身是概率性的。已修复并验证(含两轮重开补验)。改动:.fes.js 的 viteOption.server.watch.ignored 由 ['**/.scratch/**'] 扩为 ['**/.scratch/**', '**/.dsh-*', '**/*.tmpdir', '**/*.tmpdir/**'],并注明三个触发源的来历;Vite 默认 ignore 与之合并。
第二、三条是路径式 vs 模式式的区别:**/.scratch/** 与 **/.dsh-* 只堵住已知的两处位置,第三触发源换到源码目录旁就漏了。现在由 *.tmpdir 两条按模式覆盖,任何位置的原子写临时目录都在排除范围内。
注:本次改动落在 .fes.js 里,而该文件当前还带着票 27 的 cesium 改动(未提交),所以这条忽略项随票 27 的交付面一并提交,不单独成一次提交。
教训:这条修复第一次只覆盖了「已知的那个触发源」,而不是「这类触发源」。Windows 上任何 *.tmpdir 原子写都可能让 chokidar 抛 EBUSY,所以忽略清单按模式(临时目录前缀)排除,而不是按具体文件。