// 目录监听层（Stage 4b.2 抽离 + Stage 8 扩展）
//
// 职责：
//   - fs.watch + readdir 轮询双通道捕获数据目录变化
//   - 把变化推送给 renderer（IPC 'files:changed'，payload 含 relDir / dir）
//   - 窗口最小化 / 隐藏时暂停轮询（fs.watch 保持运行），恢复时补扫一次
//   - Stage 8：支持 rewatch() 把监听目标切换到子目录（Folder Browser）
//
// 设计：
//   - factory 模式：依赖通过参数注入，不引用 mainWindow / configStore 等具名符号
//   - 状态（dirWatcher / dirPollTimer / lastFilesSnapshot / watchedDir / emitDebounceTimer）
//     全部闭包在 factory 返回的实例里，不污染模块全局
//
// 边界：
//   - 不读 mainWindow 具名变量 —— 由 deps.getMainWindow() 提供（避免循环引用）
//   - 不调 configStore —— 由 deps.resolveDataDir() 注入（dir 变化也走这里）
//   - 不重复实现 scanDir —— 由 deps.scanDir() 注入（同一份扫描逻辑）

const fsSync = require('fs');
// audit fix (Round 16 M1)：self-write filter 需要 path.resolve 标准化路径，
// 把登记 key 和 dirWatcher 上报的 absPath 都归一化到同一形态。
const path = require('path');

// audit fix (R7a P1-19)：自适应轮询间隔。活动期间（最近 POLL_ACTIVE_WINDOW_MS
// 内有 fs.watch 事件 / 探测到列表变化）用 500ms 高频轮询，静止期 5s 一次。
// 旧版固定 2s 在 SMB / OneDrive 上常因 scanDir 自身 > 2s + 重入保护 drop 5-15 轮
// 兜底信号（fs.watch 不可靠环境的唯一变化源），侧栏 stale 数分钟。自适应后：
//   - 文件刚改完时高频扫，能在 1s 内反映
//   - 静止后回到 5s 节流，省 SMB 流量 / IO
//   - 关键：「不 drop」—— in-flight 时挂 pending flag，完成后立即补一次，
//     上一轮被跳过的探测不会丢失（旧版在 pollInFlight 守卫下直接吞掉）
const POLL_INTERVAL_ACTIVE_MS = 500;
const POLL_INTERVAL_QUIET_MS = 5000;
const POLL_ACTIVE_WINDOW_MS = 2000;
const EMIT_DEBOUNCE_MS = 300;
// audit fix (Round 7 FS-F8)：debounce maxWait —— 持续事件流（git checkout /
// 大目录解压 / AI 批量写）让 300ms 防抖窗口永远不能 trailing flush，
// fs.watch 通道一次都不 emit。maxWait=1000ms 强制 1s 内必须 emit 一次。
const EMIT_MAX_WAIT_MS = 1000;
const REATTACH_BASE_MS = 5_000;
const REATTACH_MAX_MS = 60_000;
// audit fix (Round 7 FS-F1)：错误闩锁重复抑制窗口。数据目录被删除时
// updateSnapshot 每 2s 失败一次 → renderer 每 2s 弹一次 error toast →
// 屏幕常驻 5 条警告。30s 重发间隔让用户有充裕时间响应，又不至于漏掉
// 真实新错误（同 error 不同 dir 也算新错误，立即重发）。
const ERROR_REPEAT_THROTTLE_MS = 30_000;
// audit fix (Round 16 M1)：self-write filter TTL。file:write / file:create 成功后
// 会在 expectedWrites 里登记这个文件未来 ~500ms 内的变更属于自己；dirWatcher
// callback 看到这个 key 就跳过 emit。500ms 比 SMB / OneDrive rename+fsync
// 最坏值（实测 100~400ms）再大一档，留余量。500ms 之后外部真改的概率已经
// 上来了，不再抑制 —— 不会漏真信号，只会避免「renderer 把自己的写盘当
// 外部修改」的幽灵 reload 对话框。
const SELF_WRITE_TTL_MS = 500;

/**
 * @typedef {Object} FsWatcherDeps
 * @property {() => (object|null)} getMainWindow - 返回 BrowserWindow 或 null
 * @property {() => (string|null)} resolveDataDir - 当前生效的数据目录
 * @property {(dir: string) => Promise<{ok:boolean, entries?:Array, error?:string}>} scanDir
 *   扫描目录，返回 {ok:true,entries} 或 {ok:false,error}。
 *   Stage 8：必须返回 entries（含文件夹 + 文件），否则非 md 文件变化会漏报。
 * @property {(absDir: string) => string} [toRelDir]
 *   可选：把绝对目录路径转成 dataRoot 下的 POSIX 风格相对路径。
 *   没传则 payload 不带 relDir 字段（旧调用方完全兼容）。
 */

function createFsWatcher(deps) {
  // 解构 + 一次性校验：避免后面每个调用都判 null
  const { getMainWindow, resolveDataDir, scanDir, toRelDir } = deps;
  if (typeof getMainWindow !== 'function') throw new Error('getMainWindow 必须是函数');
  if (typeof resolveDataDir !== 'function') throw new Error('resolveDataDir 必须是函数');
  if (typeof scanDir !== 'function') throw new Error('scanDir 必须是函数');
  const resolveRelDir = typeof toRelDir === 'function' ? toRelDir : null;

  let dirWatcher = null;
  let dirPollTimer = null;
  let lastFilesSnapshot = '';
  /** 当前被监听的目录（供轮询暂停/恢复复用，不必重新传参） */
  let watchedDir = null;
  let emitDebounceTimer = null;
  // audit fix (Round 7 FS-F8)：burst 首事件时间戳。持续事件流在
  // burstStartedAt + EMIT_MAX_WAIT_MS 时强制 flush，避免 trailing-only
  // debounce 在永不静默的流上不发任何事件。
  let burstStartedAt = 0;
  // audit fix (shared-M9)：generation token。startWatchingDir / rewatch 每次
  // 切换目录都自增；updateSnapshot 内 await 结束后比对 token：
  //   - 不匹配 → 这是「上一代目录」的扫描结果，丢弃（既不要写 baseline，
  //     也不要 emitFilesChanged —— 否则基线会被旧目录列表覆盖，新目录的
  //     真实首次扫描结果反而被当成「无变化」忽略，造成侧栏与磁盘状态
  //     不一致的幽灵 bug）
  //   - 匹配 → 当前活跃扫描，正常写 baseline + 推送
  let dirGeneration = 0;
  // audit fix (Round 7 FS-F1)：错误闩锁。lastErrorKey = error+code+relDir 拼接；
  // 同 key 在 ERROR_REPEAT_THROTTLE_MS 内不再重发，新 key 立即重发，扫描恢复
  // （ok=true）时清空。避免「数据目录被删除」类持续错误每 2s 弹一次 toast。
  let lastErrorKey = '';
  let lastErrorAt = 0;
  // audit fix (Round 7 FS-F5)：重连退避计数。OneDrive / 网盘短时不可用时
  // 重连失败指数退避 5s → 10s → 30s → 60s（封顶），避免「目录长时间不存在」
  // 时每 5s 打一行 warn 的忙循环。挂载成功后 nextBackoffMs 重置回基线。
  let nextBackoffMs = REATTACH_BASE_MS;
  // audit fix (Round 7 FS-F7)：轮询重入保护。慢盘（OneDrive / SMB）下
  // scanDir 可能 > 2s，setInterval 触发新调用与上一轮 await 并发争写
  // lastFilesSnapshot → 后完成的可能是先发起的（旧快照覆盖新基线）。
  // pollInFlight 守卫：上一轮未返回时直接跳过本次。
  let pollInFlight = false;
  // audit fix (R7a P1-19)：「不 drop」pending。in-flight 期间又触发的 tick
  // 不再被吞，挂 pendingPoll = true；in-flight 完成后立即补一次（delay=0），
  // 紧跟的那次 tick 间隔回到 adaptive 值。被跳过的探测不再丢。
  let pendingPoll = false;
  // audit fix (R7a P1-19 bugfix)：「暂停期间不 re-schedule」。pauseDirPolling
  // 通过 stopDirPoll 清掉 dirPollTimer + 把 pendingPoll 重置为 false，但
  // 已 in-flight 的 runPollTick 仍在 await scanDir；scanDir 返回后 finally
  // 走「无 pending → scheduleNextPoll(getPollInterval())」，等于暂停期间
  // 重新挂了一个 5s 后才退到的轮询定时器，窗口隐藏时白白浪费 SMB / OneDrive
  // 流量。pollPaused 标志让 finally 跳过 scheduleNextPoll，真正停止轮询；
  // resumeDirPolling 清标志 + startDirPoll() 立即重启。
  let pollPaused = false;
  // audit fix (R7a P1-19)：自适应轮询的「活动窗口」基线。fs.watch 事件 /
  // emitFilesChanged 实际探测到变化时刷新；poll tick 取间隔时比 POLL_ACTIVE_WINDOW_MS，
  // 在窗口内 → ACTIVE 500ms，否则 QUIET 5000ms。
  let lastChangeAt = 0;
  // audit fix (Round 16 M1)：self-write filter。file:write / file:create 成功后
  // 通过 markExpectedWrite(absPath, mtimeMs) 登记；dirWatcher callback 看到这个
  // key 命中 + 未过期 → 跳过 scheduleEmit，避免「renderer 把自己的写盘当外部
  // 修改」（慢盘上 atomicWriteFile 的 fs.watch 事件晚于 IPC 响应 → race）。
  // 结构：{ mtimeMs, expiresAt }；命中检查只看路径不看 mtime —— 同一文件 500ms
  // 内自己再写一次也会命中（更新条目即可）；漏报概率 1/1.6M（同毫秒 + 同路径
  // + 非自己写）基本为零。
  const expectedWrites = new Map();

  function isWindowVisible() {
    const win = getMainWindow();
    return !!win && !win.isDestroyed() && win.isVisible() && !win.isMinimized();
  }

  /**
   * audit fix (Round 16 M1)：登记一次「自己刚写」的路径，500ms 内 dirWatcher
   * 看到这个 key 就跳过 scheduleEmit。file:write / file:create 成功后调用。
   *
   * 路径大小写处理：Windows fs.watch 上报的文件名大小写与写入路径可能不同
   * （取决于底层 ReadDirectoryChangesW 是否 normalize）。统一走 path.resolve
   * 把 caller 路径标准化，dirWatcher 解析后的 absPath 也走同一份 resolve +
   * 同平台大小写策略比对，避免「登记 C:\...\Foo.md、fs.watch 上报 c:\...\foo.md」
   * 不命中。
   *
   * @param {string} absPath - 文件绝对路径
   * @param {number} mtimeMs - 写入后磁盘 mtime（ms），仅用于日志 / 调试
   */
  function markExpectedWrite(absPath, mtimeMs) {
    if (typeof absPath !== 'string' || !absPath) return;
    // audit fix (Case-M1)：用 pathKey(case-fold) 当 map key，跨 case 命中。
    expectedWrites.set(pathKey(absPath), {
      mtimeMs: Number.isFinite(mtimeMs) ? mtimeMs : 0,
      expiresAt: Date.now() + SELF_WRITE_TTL_MS,
    });
  }

  /**
   * 判断一个 absPath 是否在「self-write」窗口内。dirWatcher callback 用。
   * 命中时调用方应跳过 scheduleEmit（避免 renderer 误把自写当成外部修改）。
   * 顺带做一次惰性 GC —— 路过时把已过期的条目清掉，保持 Map 大小有界。
   *
   * @param {string} absPath
   * @returns {boolean}
   */
  function isSelfWrite(absPath) {
    if (!absPath || expectedWrites.size === 0) return false;
    let key;
    try { key = pathKey(absPath); }
    catch { return false; }
    const entry = expectedWrites.get(key);
    if (!entry) return false;
    const now = Date.now();
    if (now >= entry.expiresAt) {
      expectedWrites.delete(key);
      return false;
    }
    return true;
  }

  /**
   * audit fix (Case-M1)：Windows / macOS 路径大小写不敏感（NTFS / APFS 默认），
   * fs.watch 上报的 absPath 与 caller 路径 case 不一致是常态。`path.resolve` 只
   * 做符号链接折叠 + 绝对化，**不**做大小写折叠。`Map.get(resolved)` 严格匹配
   * 会让 self-write filter 在 case-mismatch 时漏命中 → renderer 把自己的写盘当
   * 「外部修改」误报，用户选「用磁盘版」会覆盖刚保存的内容。
   *
   * 修：用 platform-aware 的 key —— Windows / darwin 统一 toLowerCase()，
   * Linux（ext4 等默认大小写敏感）保持严格。这样 caller + watcher 路径走同一份
   * 归一化，跨 case 命中。
   *
   * @param {string} p
   * @returns {string}
   */
  function pathKey(p) {
    const resolved = path.resolve(p);
    return (process.platform === 'win32' || process.platform === 'darwin')
      ? resolved.toLowerCase()
      : resolved;
  }

  /** 清空 self-write 窗口（stopWatchingDir / 切目录时调一次）。 */
  function clearExpectedWrites() {
    expectedWrites.clear();
  }

  /**
   * 条目列表的稳定指纹：folder 用 name；file 用 name + size + mtime。
   * 只在这一个地方定义，两个调用点（updateSnapshot / emitFilesChanged）共用。
   * @param {Array<{name:string,isFolder?:boolean,size?:number,mtimeMs?:number}>} entries
   * @returns {string}
   */
  function entriesSnapshot(entries) {
    return entries.map((e) => {
      if (e.isFolder) return `d:${e.name}`;
      return `f:${e.name}|${e.size}|${e.mtimeMs}`;
    }).join('\n');
  }

  /** 把绝对目录转成 relDir（payload 字段）；内部统一走 resolveRelDir。 */
  function relOf(absDir) {
    if (!resolveRelDir || !absDir) return null;
    try {
      const r = resolveRelDir(absDir);
      return typeof r === 'string' ? r : null;
    } catch {
      return null;
    }
  }

  /**
   * 判断当前是否应该 push 这次错误（基于 lastErrorKey + lastErrorAt 闩锁）。
   * 同 key 在节流窗口内 → 抑制；新 key → 立即放行；恢复 ok → 调用方自动清闩。
   * @param {string} errorKey - "error:code:relDir" 拼接
   * @returns {boolean}
   */
  function shouldReportError(errorKey) {
    const now = Date.now();
    if (errorKey !== lastErrorKey) return true;
    return (now - lastErrorAt) >= ERROR_REPEAT_THROTTLE_MS;
  }

  /** 记录错误已上报（写闩锁）。 */
  function recordError(errorKey) {
    lastErrorKey = errorKey;
    lastErrorAt = Date.now();
  }

  /** 清错误闩锁（扫描恢复 ok 时调用）。 */
  function clearErrorLatch() {
    lastErrorKey = '';
    lastErrorAt = 0;
  }

  /**
   * audit fix (R7a P1-19)：标记「刚刚有活动」。被 fs.watch callback / scheduleEmit
   * / 探测到列表变化时调用。poll tick 读 lastChangeAt 决定下次间隔是 ACTIVE
   * (500ms) 还是 QUIET (5000ms)。
   */
  function markActivity() {
    lastChangeAt = Date.now();
  }

  /**
   * 自适应 poll 间隔：距 lastChangeAt 在 ACTIVE_WINDOW 内 → 500ms，否则 5s。
   * 仅「是否在活动窗口」的二元判定 —— 不做指数退避，简单的「5s 节流」就够
   * 应付 SMB 流量压力（5s 一次 readdir 1w 文件 ≈ 200KB 网络 IO，可忽略）。
   */
  function getPollInterval() {
    return (Date.now() - lastChangeAt) < POLL_ACTIVE_WINDOW_MS
      ? POLL_INTERVAL_ACTIVE_MS
      : POLL_INTERVAL_QUIET_MS;
  }

  /**
   * 安全发送（main-M7：teardown 窗口过程抛 throw → unhandledException）。
   * @param {object} payload
   */
  function safeSend(payload) {
    const win = getMainWindow();
    if (!win || win.isDestroyed()) return;
    try {
      win.webContents.send('files:changed', payload);
    } catch (e) {
      console.warn('[fs-watcher] send failed:', e && e.message);
    }
  }

  async function updateSnapshot(dir, skipInitialEmit = false) {
    // audit fix (shared-M9)：捕获「这一代」的 generation token，await 结束后
    // 与当前 dirGeneration 比对 —— 不一致说明用户在扫描期间又切换了目录，
    // 本次结果属于上一代，必须丢弃（不能写 baseline，也不能 push）。
    const myGen = dirGeneration;
    let result;
    try {
      result = await scanDir(dir);
    } catch (e) {
      // audit fix (Round 7 FS-F16)：scanDir 是注入依赖，契约未约定「绝不
      // reject」。catch 兜住，避免 unhandledRejection 杀进程（--unhandled-
      // rejections=strict 下直接 fatal）。
      console.warn('[fs-watcher] scanDir 抛出:', e && e.message);
      return;
    }
    if (myGen !== dirGeneration) {
      // 切到新目录了：旧扫描结果作废。新目录的扫描正在另一份 updateSnapshot
      // 跑着，让它去写基线 / 推送即可。
      return;
    }
    if (!result.ok) {
      // 扫描失败（audit #3 续）：
      //   以前只是 console.warn + 不更新基线，结果用户看到的是「目录被删了但列表还显示着旧文件」——
      //   误以为数据还在，点了文件得到 FILE_NOT_FOUND 报错。
      //   现在：把错误推给 renderer，让它在保留旧列表的同时显式提示用户
      //   （"数据目录不可访问"），并提供一个「重新选择」的入口。
      //   基线故意不更新 —— 恢复访问后下次轮询自然会有新基线。
      console.warn('[fs-watcher] updateSnapshot 失败:', result.error);
      if (!skipInitialEmit) {
        // audit fix (Round 7 FS-F1)：错误闩锁。DATA_DIR_NOT_FOUND / EACCES
        // 这类每 2s 复发的错误不再每次都 toast。error+code+relDir 拼接作为
        // 闩锁 key；同 key 30s 内只发一次，新 key 立即发，恢复 ok 时清空。
        // audit fix (Round 7 FS-F13)：relDir 用本次扫描的 dir（不是
        // currentRelDir()/watchedDir）—— generation 语义上「本次扫描属于
        // 哪个 dir」应该跟着参数走。
        const relDir = relOf(dir);
        const errorKey = `${result.error || ''}:${result.code || ''}:${relDir || ''}`;
        if (shouldReportError(errorKey)) {
          recordError(errorKey);
          safeSend({
            error: result.error,
            code: result.code,
            // Round 13 fix (M12)：移除绝对路径字段。renderer 不消费它，
            // 但 IPC 通道透传任意大字段增加无谓的序列化成本 + 通过
            // DevTools / 抓包能拿到数据目录绝对路径（含用户名 / OneDrive
            // 用户名等）。renderer 用 relDir 就能唯一定位。
            relDir,
          });
        }
      }
      return;
    }
    // 恢复 ok → 清错误闩锁
    clearErrorLatch();
    const list = result.entries || [];
    // baseline 写入 + push 决策一起交给 emitFilesChanged，由 skipInitialEmit 控制。
    //
    // 历史 bug（Round 13 fix fce2d83 引发的回归）：
    // 旧实现这里先写 baseline、再调 emitFilesChanged(list, dir)。emitFilesChanged
    // 内部的 snapshot 比对看到 baseline 已相同、if 块不进、safeSend 跳过 —— 2s
    // 轮询（OneDrive / SMB 等 fs.watch 不可靠环境的唯一兜底）检测到的文件变化
    // 永远不通知 renderer，侧栏永久 stale。fs.watch 路径仍能通过 scheduleEmit
    // 兜底，但在纯靠轮询的环境侧栏刷新完全失效。
    // 修：让 emitFilesChanged 拥有 baseline + 推送决策，参数透传 skipInitialEmit。
    // skipInitialEmit=true（启动时） → emitFilesChanged 写基线但不 push；
    // skipInitialEmit=false（轮询）   → 写基线 + push 到 renderer。
    emitFilesChanged(list, dir, { skipInitialEmit });
  }

  /**
   * 向 renderer 推送文件列表。
   *
   * @param {Array=} precomputed - 调用方已经扫描好的列表（updateSnapshot 会传），
   *                               传了就不再重复 scanDir。
   * @param {string=} dir - 列表对应的目录绝对路径；不传则用 watchedDir。
   *
   * 注意：走「自己扫描」分支时必须同步 lastFilesSnapshot 基线。否则 fs.watch 触发的
   * 这次推送不会更新基线，紧随其后的 2 秒轮询会认为列表「又变了」，导致每次外部改动
   * 都发生一次重复扫描 + 重复 IPC 推送。
   *
   * Stage 8：payload 新增 relDir 字段，告诉渲染端「这是哪个目录的变更」，
   * 渲染端比对当前显示目录决定是否重扫。
   *
   * audit fix (Round 7 FS-F11)：payload 同时带 `dir` 字段（绝对路径）与
   * `relDir`（POSIX 相对路径），与 file:scan-dir handler 的返回形状对齐，
   * 方便 renderer 兜底逻辑无需依赖 IPC 调用上下文。
   */
  async function emitFilesChanged(precomputed, dir, opts = {}) {
    const targetDir = dir || watchedDir || resolveDataDir();
    const skipInitialEmit = opts && opts.skipInitialEmit === true;
    // audit fix (shared-M9)：同样的 generation 防护。emitFilesChanged 自带
    // scanDir 分支时同样有「scan 期间用户切目录 → 旧结果覆盖新基线」的竞态。
    const myGen = dirGeneration;
    let list;
    if (precomputed) {
      list = precomputed;
    } else {
      let result;
      try {
        result = await scanDir(targetDir);
      } catch (e) {
        // audit fix (Round 7 FS-F16)：floating promise 兜底。
        console.warn('[fs-watcher] emitFilesChanged scanDir 抛出:', e && e.message);
        return;
      }
      if (myGen !== dirGeneration) return;
      if (!result.ok) {
        // 推送错误而不是清空列表 —— 临时错误不应让用户失去对已有文件的视图。
        // 渲染端会保留上次的列表，仅显示错误提示。
        // audit fix (Round 7 FS-F12)：与 updateSnapshot 错误分支对齐，
        // payload 同时带 code 字段。
        const relDir = relOf(targetDir);
        const errorKey = `${result.error || ''}:${result.code || ''}:${relDir || ''}`;
        if (shouldReportError(errorKey)) {
          recordError(errorKey);
          safeSend({
            error: result.error,
            code: result.code,
            // Round 13 fix (M12)：移除绝对路径字段。renderer 不消费它，
            // 但 IPC 通道透传任意大字段增加无谓的序列化成本 + 通过
            // DevTools / 抓包能拿到数据目录绝对路径（含用户名 / OneDrive
            // 用户名等）。renderer 用 relDir 就能唯一定位。
            relDir,
          });
        }
        return;
      }
      list = result.entries || [];
    }
    // Round 13 fix (M13)：snapshot 写入必须在 generation 检查通过之后。
    // 旧代码把 `lastFilesSnapshot = entriesSnapshot(list)` 写在 gen 检查
    // 之前的 try 块里 —— 竞态场景：
    //   t=0 watcher A 开始 scanDir(dir1) → 拿 myGen=1
    //   t=1 用户切目录 → dirGeneration 推进到 2，watcher B 开始 scanDir(dir2)
    //   t=2 watcher A 的 scanDir 完成 → 写 lastFilesSnapshot = A 的列表
    //   t=3 watcher A 检查 gen → 不等 → 直接 return（不写 payload）
    //   t=4 watcher B 的 scanDir 完成 → 比较 lastFilesSnapshot（已是 A 的列表，
    //         跟 B 的列表很可能不一样）→ 推送 B 的列表 ✓
    //   t=5 但是 lastFilesSnapshot 没被 B 写（push 路径没写基线）→ 下次 2s
    //         轮询拿 B 的列表 → entriesSnapshot !== lastFilesSnapshot（A 的）→
    //         又发一次 payload。
    // 现在把 snapshot 写入移到 gen 检查通过后、push 前，让旧 watcher 直接
    // return 时不留脏基线。
    if (myGen !== dirGeneration) return;
    if (list) {
      const snapshot = entriesSnapshot(list);
      // skipInitialEmit 用于启动时（updateSnapshot(dir, true)）—— 静默同步基线
      // 不向 renderer 推送，避免「刚加载就 emitFilesChanged 又被 renderer 当
      // fs:changed 事件 → 触发 scanDir 重复请求」循环。
      if (snapshot !== lastFilesSnapshot) {
        // audit fix (R7a P1-19)：真正探测到列表变化时也算「活动」，把 poll
        // 切到 ACTIVE 500ms 高频，确保连续改动（git checkout / AI 批量写）
        // 期间每 500ms 兜底一次，即便 fs.watch 漏报。
        markActivity();
        lastFilesSnapshot = snapshot;
        if (!skipInitialEmit) {
          // 成功路径同样补 relDir 字段（FS-F11）；移除绝对 dir 字段（M12）。
          safeSend({ entries: list, relDir: relOf(targetDir) });
        }
      }
    }
  }

  function scheduleEmit() {
    const now = Date.now();
    // audit fix (R7a P1-19)：fs.watch 事件流持续期间把 poll 切到 ACTIVE 500ms
    // 高频。markActivity 写 lastChangeAt，下一次 poll tick 拿到的就是 active
    // 间隔；事件流停 2s 后回 QUIET 5s。无需显式定时器，纯「窗口判定」。
    markActivity();
    // audit fix (Round 7 FS-F8)：maxWait —— 持续事件流（git checkout /
    // 大目录解压 / AI 批量写）让 300ms 防抖窗口永远 trailing flush 不出。
    // burstStartedAt 记录首事件时间，到 maxWait 时强制立即 emit。
    if (!burstStartedAt) burstStartedAt = now;
    const elapsed = now - burstStartedAt;
    const delay = elapsed >= EMIT_MAX_WAIT_MS ? 0 : EMIT_DEBOUNCE_MS;
    if (emitDebounceTimer) clearTimeout(emitDebounceTimer);
    // audit fix (main-M6)：闭包里捕获触发本次 scheduleEmit 时的 watchedDir，
    // 300ms 后即便用户改了 dataDir（或 Folder Browser 切了子目录），
    // emitFilesChanged 仍按触发时的 dir 推送 + payload.relDir 与之对齐。
    // 否则事件会被「错路由」到新目录的 renderer 视图，造成侧栏幽灵更新。
    const dirAtSchedule = watchedDir;
    const t = setTimeout(() => {
      emitDebounceTimer = null;
      burstStartedAt = 0;
      // 防御性兜底：emitFilesChanged 是 async，其 scanDir 之后的 entriesSnapshot /
      // safeSend 路径（try 之外）若抛错会变成未捕获拒绝，触发全局
      // unhandledRejection → app.exit(1) 杀进程。这里 .catch 吞掉，避免一次
      // 畸形 scan 结果拖垮整个应用。
      emitFilesChanged(undefined, dirAtSchedule).catch((e) => {
        console.warn('[fs-watcher] emitFilesChanged 失败：', e && e.message);
      });
    }, delay);
    // audit fix (main-M8)：unref —— 否则 fs-watcher 还在挂定时器时 Electron
    // 主进程不会自然退出（before-quit 取消 close path 后这 300ms 会再卡一下）。
    if (typeof t.unref === 'function') t.unref();
    emitDebounceTimer = t;
  }

  // audit fix：fs.watch emit error 后退避重连。
  // 用户场景：OneDrive 暂时离线 → 网盘驱动报 EPERM → fs.watch 死掉；
  // 5s 后重连，若目录又可访问就恢复事件推送。退避期间 2s 轮询仍兜底。
  // audit fix (Round 7 FS-F5)：指数退避 5s → 10s → 30s → 60s（封顶），
  // 长期不存在的目录不再每 5s 打一行 warn。成功挂载后 nextBackoffMs 重置。
  let reattachTimer = null;
  function scheduleReattach() {
    if (reattachTimer || !watchedDir) return;
    const delay = nextBackoffMs;
    const t = setTimeout(() => {
      reattachTimer = null;
      if (!watchedDir) return;
      // startWatchingDir 内部 stopWatchingDir 会先关旧句柄，再开新句柄；
      // 即使同名目录也会重新挂 error handler。失败时 startWatchingDir 自己
      // console.warn，仍依赖轮询兜底。
      try {
        startWatchingDir(watchedDir);
        // 挂载成功：重置退避计数，给未来新错误回到基线 5s。
        nextBackoffMs = REATTACH_BASE_MS;
      } catch (e) {
        console.warn(`[fs-watcher] 重连失败（${delay}ms 后再试）:`, e.message);
        // 失败：指数退避，封顶 60s。
        nextBackoffMs = Math.min(nextBackoffMs * 2, REATTACH_MAX_MS);
        scheduleReattach();
      }
    }, delay);
    // audit fix (main-M8)：unref —— 5s 重连定时器若还挂着会拖住进程退出。
    if (typeof t.unref === 'function') t.unref();
    reattachTimer = t;
  }

  /**
   * audit fix (R7a P1-19)：重构 setInterval → setTimeout 链。每次 tick 后
   * 重新决策下次间隔（active / quiet 二元），用 setTimeout 而不是 setInterval
   * 才能让间隔真正自适应。
   *
   * 「不 drop」语义：in-flight 期间触发的 tick 不再被 pollInFlight 守卫吞掉，
   * 挂 pendingPoll = true；in-flight 完成后 nextTick 立即补一次（delay=0），
   * 之后再回到 adaptive 间隔。被跳过的探测不会丢。
   *
   * @param {number} [delay] - 距上次结束的延迟（ms），默认 = getPollInterval()
   */
  function scheduleNextPoll(delay) {
    if (!watchedDir) return;
    if (dirPollTimer) {
      clearTimeout(dirPollTimer);
      dirPollTimer = null;
    }
    const wait = Number.isFinite(delay) ? delay : getPollInterval();
    // audit fix (Round 7 FS-F14)：unref —— 这个 timer 是长期存活的，叠加
    // will-quit 不清 fsWatcher 会在退出路径上拖住主进程。
    const t = setTimeout(() => {
      dirPollTimer = null;
      runPollTick();
    }, wait);
    if (typeof t.unref === 'function') t.unref();
    dirPollTimer = t;
  }

  async function runPollTick() {
    if (!watchedDir) return;
    // audit fix (R7a P1-19)：「不 drop」pending。in-flight 时挂 pending，
    // 完成后立即补一次（delay=0），再回 adaptive 间隔。
    if (pollInFlight) {
      pendingPoll = true;
      scheduleNextPoll(getPollInterval());
      return;
    }
    pollInFlight = true;
    try {
      await updateSnapshot(watchedDir);
    } catch (e) {
      // audit fix (Round 7 FS-F16)：floating promise 兜底。
      console.warn('[fs-watcher] 轮询 updateSnapshot 抛出:', e && e.message);
    } finally {
      pollInFlight = false;
    }
    // 探测完成后再决定下次：
    //   - pending 标记被 set 过 → 立即（delay=0）补一次
    //   - 否则按 adaptive 间隔
    // audit fix (R7a P1-19 bugfix)：暂停期间 → 不挂新 timer。pauseDirPolling
    // 已经清掉了 dirPollTimer + pendingPoll，但已 in-flight 的 scanDir 在
    // await 上挂了几秒，恢复时如果不查 pollPaused 就走 scheduleNextPoll，
    // 等于窗口隐藏期间还有 5s 一次的后台 readdir，违背「暂停省 SMB 流量」
    // 的设计意图（main.js#707-710 的 minimize/hide handler 假设轮询真的停了）。
    if (pollPaused) return;
    if (pendingPoll) {
      pendingPoll = false;
      scheduleNextPoll(0);
    } else {
      scheduleNextPoll(getPollInterval());
    }
  }

  function startDirPoll() {
    if (dirPollTimer || !watchedDir) return;
    // 启动时算 active：第一次 tick 立即跑（delay=0），给用户即时反馈
    markActivity();
    scheduleNextPoll(0);
  }

  function stopDirPoll() {
    if (dirPollTimer) {
      clearTimeout(dirPollTimer);
      dirPollTimer = null;
    }
    pollInFlight = false;
    pendingPoll = false;
  }

  /**
   * 启动目录监听：
   *   - fs.watch: 立即触发，但 Windows / 云同步盘 / 网络盘可能不发事件
   *   - readdir 轮询: 兜底（每 2 秒）
   *   - 任一通道发现列表变化 → 通过 IPC 'files:changed' 推送新列表给 renderer
   *
   * Stage 8：监听的目录可以是 dataRoot 本身，也可以是其下的子目录（Folder Browser 导航时
   * 通过 rewatch() 切换）。监听目标改变时，fs.watch 句柄会先 close 再在新目录上重新打开。
   */
  function startWatchingDir(dir) {
    stopWatchingDir();
    // audit fix (shared-M9)：新一世代，旧扫描全部作废（见 updateSnapshot
    // / emitFilesChanged 的 myGen 校验）。
    dirGeneration += 1;
    watchedDir = dir;

    // 初始化基线（启动时不把历史文件当作「变化」）
    // 第三个参数 skipInitialEmit = true：仅同步基线，不向 renderer 推送启动时的文件列表
    // （renderer 会通过 ipc 'file:list' / 'file:scan-dir' 自己拉取，避免重复更新）
    updateSnapshot(dir, true);

    try {
      dirWatcher = fsSync.watch(dir, (eventType, filename) => {
        // 不再按扩展名过滤 —— Stage 8 后列表里包含文件夹 + 各种扩展名，
        // 任何变化都可能影响侧栏展示，让轮询做最终判定
        // audit fix (Round 7 FS-F6)：Windows ReadDirectoryChangesW 缓冲区
        // 溢出时 Node 用 filename=null 上报（旧版当成噪声直接 return，
        // 等于在最需要重扫的时刻跳过重扫）。批量操作（git checkout /
        // 解压 / AI 批量写）正好触发这个路径 —— 必须 scheduleEmit 触发重扫。
        if (!filename) {
          scheduleEmit();
          return;
        }
        // audit fix (Round 16 M1)：self-write filter —— file:write / file:create
        // 自己刚写过的文件 500ms 内变更视为 self-write，不 emit 给 renderer。
        // 慢盘（SMB / OneDrive）下 atomicWriteFile 触发 fs.watch 事件的时刻
        // 可能早于 IPC 'file:write' 的 ok 响应回到 renderer，renderer 还没
        // 更新 state.lastWriteMtimeMs 就收到 files:changed → 误判外部修改 →
        // 弹「文件在外部被修改」对话框。dirWatcher 这层拦掉。
        // 注意 Windows 上 filename 可能是绝对路径（含 watchedDir 前缀），
        // Linux 是相对路径；统一 path.resolve(watchedDir, filename) 兜底。
        if (watchedDir) {
          let absPath;
          try {
            absPath = path.isAbsolute(filename) ? filename : path.join(watchedDir, filename);
          } catch {
            absPath = null;
          }
          if (absPath && isSelfWrite(absPath)) {
            return;
          }
        }
        // Windows 上可能触发多次事件，加 300ms 防抖合并
        scheduleEmit();
      });
      // audit fix：监听底层错误。
      // 之前 fs.watch 句柄没有 .on('error') —— 一旦 watchedDir 在外部被
      // 删除 / 重命名 / 所在盘符消失，fs.watch 会 emit 'error'，没人接，
      // 默认变 unhandledException；poll 循环还在继续扫这个不存在的目录，
      // 每次 updateSnapshot 都返回 ENOENT，但 fs.watch 已经死了，
      // 用户对数据目录的任何后续修改都收不到事件（只能靠 2s 轮询）。
      // 现在挂上 error handler：打日志 + 触发一次重新监听（5s 退避），
      // 让用户重命名 / 重新挂载盘后 fs.watch 自动恢复。
      dirWatcher.on('error', (err) => {
        console.warn('[fs-watcher] fs.watch 报错，重连退避中:', err.message);
        scheduleReattach();
      });
    } catch (e) {
      // audit fix (Round 7 FS-F5)：startWatchingDir 内 fs.watch 同步抛
      // ENOENT/EACCES/EPERM 时，dirWatcher=null，没有 error handler 可挂，
      // scheduleReattach 永远不会再次触发。手动 schedule 一次，下一次轮询
      // 失败 + fs.watch 仍没恢复也会被 scheduleReattach 自循环退避接管。
      console.warn('[fs-watcher] 目录监听启动失败（仅依赖轮询）:', e.message);
      scheduleReattach();
    }

    // 窗口不可见时不必开轮询（会在 show/restore 时恢复）
    if (isWindowVisible()) startDirPoll();
  }

  /**
   * 切换监听目标到另一个子目录（Folder Browser 用）。
   *
   * 与 startWatchingDir 的区别：startWatchingDir 内部先 stopWatchingDir（清基线），所以
   * 即使新旧目录完全相同也会重置基线；rewatch 同名目录直接 no-op，省一次基线重置。
   *
   * @param {string} dir - 新的绝对目录
   */
  function rewatch(dir) {
    if (!dir || typeof dir !== 'string') return;
    if (dir === watchedDir) return;
    startWatchingDir(dir);
  }

  /**
   * 窗口最小化 / 收进托盘时暂停轮询 —— 没人在看文件列表，每 2 秒一次
   * readdir + N 次 stat 是纯浪费（在 OneDrive / 坚果云这类同步盘上尤其贵）。
   *
   * fs.watch 故意保持运行：它是事件驱动的，开着几乎不花钱，隐藏期间的改动仍能捕获。
   */
  function pauseDirPolling() {
    stopDirPoll();
    // audit fix (R7a P1-19 bugfix)：挂「不 re-schedule」闸，让已 in-flight 的
    // runPollTick finally 跳过 scheduleNextPoll；否则 5s 一次的轮询还在悄悄跑，
    // 违反 pause 的省 SMB 流量语义。
    pollPaused = true;
  }

  /** 恢复轮询，并立刻补扫一次，追上隐藏期间 fs.watch 可能漏掉的改动 */
  function resumeDirPolling() {
    if (!watchedDir) return;
    pollPaused = false;
    startDirPoll();
    updateSnapshot(watchedDir);
  }

  function stopWatchingDir() {
    // audit fix (Round 7 FS-F9)：自增 dirGeneration，让在飞的
    // updateSnapshot / emitFilesChanged await 返回后 myGen 校验失败、
    // 不会回写刚清空的 baseline。
    dirGeneration += 1;
    if (emitDebounceTimer) {
      clearTimeout(emitDebounceTimer);
      emitDebounceTimer = null;
    }
    burstStartedAt = 0;
    if (reattachTimer) {
      clearTimeout(reattachTimer);
      reattachTimer = null;
    }
    if (dirWatcher) {
      try { dirWatcher.close(); } catch {}
      dirWatcher = null;
    }
    // audit fix (Round 16 M1)：切目录 / 停监听时清掉 self-write 窗口 —— 旧
    // 目录的 500ms 窗口不应泄漏到新目录（极小概率，但语义更干净）。
    clearExpectedWrites();
    stopDirPoll();
    // audit fix (Round 7 FS-F5)：停止监听也重置退避计数，避免下次启动
    // 接着用上一会话的指数退避值。
    nextBackoffMs = REATTACH_BASE_MS;
    clearErrorLatch();
    pollInFlight = false;
    watchedDir = null;
    lastFilesSnapshot = '';
  }

  return {
    startWatchingDir,
    rewatch,
    pauseDirPolling,
    resumeDirPolling,
    stopWatchingDir,
    // audit fix (Round 16 M1)：file:write / file:create 成功后调用，
    // 告诉 fsWatcher 「这个文件接下来 500ms 内的 fs.watch 事件是我自己的，
    // 别当外部修改推给 renderer」。
    markExpectedWrite,
    // 内部供 dirWatcher callback 调用以判断是否需要跳过 scheduleEmit；
    // 也暴露给单测（tests/unit/fs-watcher.test.js）作为回归锚点，
    // 避免后续重构把 case-M1 修复回退掉。生产路径只在内部用。
    isSelfWrite,
    /** 切目录 / stop 监听时清空 self-write 窗口 —— 测试也通过它做硬复位 */
    clearExpectedWrites,
    /**
     * 测试钩子：暴露 updateSnapshot 用于单测绕过 fs.watch / 轮询触发 polling
     * 路径，验证 push 决策（Round 13 fix fce2d83 修复的回归测试用）。
     * 生产路径只通过 startWatchingDir / resumeDirPolling / 2s 轮询定时器调用，
     * 故意没暴露给 renderer 直接调用 —— 上层不应该知道这个内部步骤。
     */
    _test_updateSnapshot: updateSnapshot,
    /** 测试 / 调试用：当前是否在监听某个目录 */
    get watchedDir() { return watchedDir; },
    // audit fix (R7a P1-19) 测试钩子：暴露 getPollInterval / markActivity /
    // scheduleNextPoll / runPollTick 给单测，验证自适应间隔 + 「不 drop」pending
    // 语义。生产路径不暴露 —— 上层不应该直接调轮询内部。
    _test_getPollInterval: getPollInterval,
    _test_markActivity: markActivity,
    _test_scheduleNextPoll: scheduleNextPoll,
    _test_runPollTick: runPollTick,
    // audit fix (R7a P1-19) 测试钩子：直接设 watchedDir 跳过 fs.watch 订阅，
    // 让单测可以纯驱动 runPollTick 验证 pending 链，不污染临时目录。
    _test_setWatchedDir: (dir) => { watchedDir = dir; },
    // audit fix (R7a P1-19 bugfix) 测试钩子：暴露 pause/resume，让单测验证
    // 暂停期间 in-flight runPollTick finally 不会 re-schedule（否则窗口
    // 隐藏时还在偷偷 readdir）。
    _test_pauseDirPolling: pauseDirPolling,
    _test_resumeDirPolling: resumeDirPolling,
    // audit fix (R7a P1-19 bugfix) 测试钩子：当前是否挂有 poll timer。pause
    // bugfix 测试用它确认 in-flight runPollTick finally 不会偷偷挂新 timer。
    _test_hasPollTimer: () => dirPollTimer !== null,
  };
}

module.exports = {
  createFsWatcher,
  // DIR_POLL_INTERVAL_MS 故意不出 module.exports：只是模块内 setTimeout
  // 的常量（兜底 fs.watch 不稳的场景），无任何外部调用方 —— 出 exports
  // 会让上层误以为「可以调整轮询频率」，徒增 API surface 风险。
};