dsh-mobile-plugin 0.1.95 → 0.1.97

package/lib/mirror/pusher.cjs

@@ -90,6 +90,14 @@ function createMirrorPusher(deps) {
    * 别让一处漏接线的装配把镜像悄悄降成 5s 一份。
    */
   const lastMobileAt = typeof deps.lastMobileAt === 'function' ? deps.lastMobileAt : null;
+  /**
+   * 本实例签发过、仍然有效的设备凭据摘要（凭据库 activeDigests 的形态）。
+   *
+   * 中转加了离线镜像缓存后，桌面还没上线时也要能判断「来读这份缓存的人是不是配对过的
+   * 手机」，而它手上只有手机发来的 `dshc_` 原文 —— 摘要随镜像给上去，它才能自己算 sha256
+   * 比对。不传就按「一份都没有」处理：镜像照推，只是中转认不出任何缓存读者。
+   */
+  const credentialDigests = typeof deps.credentialDigests === 'function' ? deps.credentialDigests : () => [];
   const hasAudience = () => {
     if (listSignal.watching()) return true;
     if (!lastMobileAt) return true;
@@ -129,6 +137,12 @@ function createMirrorPusher(deps) {
   // 消息水位/条数 + 统计投影 + 模型 revision），不含 `at` 之类的时间戳，所以「同一份
   // 数据」永远得到同一个指纹。只记成功推送的指纹：失败的那次必须能在下一 tick 重试。
   let lastPushedFingerprint = null;
+  // 上一次推上去的摘要清单（判重键见 credsKeyOf）。**刻意不并进 pushFingerprint**：那是与
+  // 中转共享的载荷指纹，收的是镜像内容；摘要另立一份，撤销一台设备后哪怕清单一个字都没变，
+  // 新摘要也能在一个 tick 内传导过去（否则被撤销的手机还能继续读离线镜像）。
+  let lastPushedCreds = null;
+  /** 摘要清单的判重键：条数、顺序、过期时间任一变化都算新内容。 */
+  const credsKeyOf = (creds) => creds.map((entry) => (entry.expiresAt ? `${entry.hash}@${entry.expiresAt}` : entry.hash)).join(',');
   // 「中转镜像里那份清单 / 工作区是哪一版」——同样只记真的推出去（或被判重跳过）的那一版，
   // 供 processBgQueue 的门判断这一轮有没有必要重建再推一份。判据必须是 revision 而不是
   // pushFingerprint：后者含轮转会话的消息水位与统计投影，每轮都不同。
@@ -238,13 +252,19 @@ function createMirrorPusher(deps) {
     const workspacesRevision = payload.workspaces && typeof payload.workspaces.revision === 'string'
       ? payload.workspaces.revision
       : '';
+    // 摘要只在这一处塞进载荷：这里是唯一出口，三条推送路径（事件、整批、后台 tick）自然
+    // 都带上，谁也不必记得自己补。放在隧道判定之后 —— 断线时这份清单没有任何去处，
+    // 白读一趟凭据库。
+    payload.creds = credentialDigests();
+    const credsKey = credsKeyOf(payload.creds);
     const fingerprint = pushFingerprint(payload);
-    if (fingerprint === lastPushedFingerprint) {
+    if (fingerprint === lastPushedFingerprint && credsKey === lastPushedCreds) {
       // 跳过不等于故障：内容与上一份逐字段相同。但 pushedAt 必须继续走，它是运维与
       // App 诊断「镜像是否还在更新」的唯一抓手，停在这里会让它看起来像镜像死了。
       recordMirrorPush(true, '内容未变，跳过重复推送');
       lastPushedListRevision = listRevision;
       lastPushedWorkspacesRevision = workspacesRevision;
+      lastPushedCreds = credsKey;
       announceSessionActivity(payload.messages);
       return false;
     }
@@ -255,6 +275,7 @@ function createMirrorPusher(deps) {
       throw error
     }
     lastPushedFingerprint = fingerprint;
+    lastPushedCreds = credsKey;
     recordMirrorPush(true, null)
     // 基准只在真的推进去（或被判重跳过）之后才前移：推送失败必须能在下一轮重试，
     // 否则「清单变了」会被一次失败吃掉，中转镜像永远停在旧版（见 processBgQueue 的门）。
@@ -679,7 +700,9 @@ function createMirrorPusher(deps) {
       const retryId = dueRetries(now).find((id) => list.some((s) => String(s.sessionId) === id));
       if (retryId) await pushSessionNow(retryId, 'batch');
       const coldRotateDue = now - lastColdRotateAt >= BG_COLD_ROTATE_MIN_INTERVAL_MS;
-      if (revision === lastPushedListRevision && workspacesRevision === lastPushedWorkspacesRevision && !coldRotateDue) {
+      // 摘要清单也是一份要推的内容：撤销一台设备时清单往往一个字都没变，只看 revision
+      // 会把这一轮挡回去，被撤销的手机要等到下一个轮转窗口才失去离线镜像。
+      if (revision === lastPushedListRevision && workspacesRevision === lastPushedWorkspacesRevision && credsKeyOf(credentialDigests()) === lastPushedCreds && !coldRotateDue) {
         // 清单与工作区都没变、也还没到轮转时间：这一轮除了刚做的重试什么都不用做。
         if (retryId) announceSessionsRevision(revision);
         return;

package/lib/mobile/archive-clean.js

@@ -20,8 +20,25 @@ const { withIdempotency, requestIdOf } = require('./idempotency.js');
 const { canonicalDeviceKey, rememberDeletedSessionIds } = require('./session-cache.js');
 const { invalidateSessionList } = require('./sessions.js');
 const { unwrap } = require('./envelope.js');
+const { collectStats } = require('./stats-collect.cjs');
 const { queueArchivedClearIds } = require('../session-cleanup.cjs');
 
+/**
+ * 清理前这次补采的预算。
+ *
+ * 统计页那次只给 `DEFAULT_BUDGET_MS`（1.5 秒）是为了别让用户点开统计转好久；清理是
+ * 不可恢复的删除，值得多等几秒把账补全。上限卡在 App 单发请求的 8 秒总预算之内
+ * （`app/src/api/core.ts` 的 `REQUEST_TIMEOUT_MS`），否则手机先报超时、清理由这边照旧
+ * 执行，用户会以为没成功。
+ *
+ * 同时这次补采跳过「最后一句」预览（`skipPreview`）：那一步要读会话日志，是整轮里
+ * 最重的一趟。删日志前先把数字记住，比给即将消失的卡片多留一行摘要重要。
+ *
+ * 极端多的归档（几千条）仍可能到点停手 —— 彻底兜住要把补采挪到请求之外，那是另一套
+ * 生命周期；这里先把「几百条」这个真实量级覆盖掉，不让它再沿用统计页的 1.5 秒。
+ */
+const CLEAR_ARCHIVED_COLLECT_BUDGET_MS = 6_000;
+
 /**
  * POST /api/mobile/v1/workspace/clear-archived（token）
  * body: { confirm: true } → { ok: true, deleted: N }。confirm 不为 true 一律 400。
@@ -44,6 +61,19 @@ async function handleClearArchived(ctx, req, res) {
     const archivedIds = Array.isArray(workspaceResponse.value?.archivedSessionIds) ? workspaceResponse.value.archivedSessionIds : [];
     const selected = archivedIds.filter((id) => typeof id === 'string' && id);
     if (selected.length === 0) return { status: 200, body: { ok: true, deleted: 0 } };
+    // 清理之前先把这批会话的用量最后采一次：之后再读它们的统计就没了（日志要删），
+    // 而统计账本要保留历史 —— 漏掉这一刀，最后一段用量会凭空消失。
+    // 采不上不挡清理：统计偏旧好过用户点不动这个按钮。
+    try {
+      await collectStats(ctx, {
+        sessionIds: selected,
+        force: true,
+        budgetMs: CLEAR_ARCHIVED_COLLECT_BUDGET_MS,
+        skipPreview: true,
+      });
+    } catch {
+      /* 旁路 */
+    }
     // 排不进队列就整次失败（路由回 500）：回「已清理」却没排上，重启之后它们原样回来。
     queueArchivedClearIds(selected);
     // 宿主那份快照可能还带着它们，先在本进程压住：手机列表与归档列表立刻看不到。
@@ -55,4 +85,4 @@ async function handleClearArchived(ctx, req, res) {
   sendJson(res, outcome.status, outcome.body);
 }
 
-module.exports = { handleClearArchived };
+module.exports = { handleClearArchived, CLEAR_ARCHIVED_COLLECT_BUDGET_MS };