调试请求：保留时间、清理令牌并整理可核对的时间线

01先规划输入与核查

1. 1
   记录端点、方法、预期结果和不含敏感内容的请求样本。
2. 2
   比较事件或检查定时任务前，声明时间戳单位与时区。
3. 3
   把观察事实、假设与改进行动分别记录。

02按步骤选择具体操作

• 检查 HTTP 与 cURL: 导入清理过的 cURL，先核对目标和方法，再检查状态码、响应头和正文；发送请求可能改变远端状态。
• 检查日志与执行计划: 筛选相关时间段、遮盖敏感字段，并在目标时区比较 Cron 预览；原始证据另行保留。
• 转换时间戳: 用已知事件检查秒与毫秒，建立跨系统时间线时保留原偏移量。
• 解释 Cron 表达式: 将字段与实际调度器及时区对照；文字解释本身不能确定夏令时行为。
• 生成关联标识: 为调试样本生成新标识，并在证据记录中一致使用；标识不属于认证秘密。
• 比较文本摘要: 两边使用完全相同的输入和算法，包括空白；摘要一致不能确定文本作者。
• 查看 JWT 负载: 查看可见声明以理解结构；解码不会验证签名、发行方、受众或服务端是否接受该令牌。
• 生成新密码: 按目标系统要求选择长度与字符，再保存至自己的密码管理器；不要把有效密码粘贴进工单。
• 整理事故复盘: 记录影响和带时间的过程，为改进行动补充负责人和验证条件；不要把猜测写成时间线事实。

03对照一个编辑示例

04把两种时间表示对成同一时刻，再判断先后

自编日志 A 写着 1735689600，注明 Unix 秒；日志 B 写着 2025-01-01T08:00:00+08:00。前者换成 UTC 是 2025-01-01T00:00:00.000Z，后者减去八小时也是同一时刻；它们不相差八小时。同一时刻的毫秒值则是 1735689600000。保留原值、单位、时区和标准化值四列，才能解释为何合并。

当前时间戳工具按数值是否小于 1e12 自动判断秒或毫秒。它适合先用一个已知事件核对，但这种阈值不是所有历史或未来输入的单位证明。日期转时间戳时优先输入带 Z 或偏移量的 ISO 字符串，避免没有时区的 01/02/2025。对齐后的时间仍可能有设备时钟差，应结合请求关联 ID，而不是仅凭相近秒数认定因果。

05401、过期字段与真正原因之间还差什么证据

自编事故中，请求返回 401，解码出的 exp 是 1735689600，服务端记录的检查时刻是 2025-01-01T00:01:00Z。按这些值比较，检查时刻比声明过期点晚 60 秒，可以形成“可能因过期被拒绝”的假设。仍需核对服务端真正使用的时钟、容忍偏差及拒绝原因；不能仅靠浏览器解码就宣布根因已确定。

JWT 工具显示可解码的头部和负载，不验证签名，也不会证明 issuer、audience 或算法被服务端接受。留在工单中的应是去掉有效令牌的请求结构、状态码、关联 ID 和必要响应片段。重放请求前另查方法、目标与请求体，尤其不要为了复现读取失败而误发删除或更新请求。

06摘要不同，先检查是不是多了一个换行

自编交付中，一人复制 abc，另一人复制 abc 后带一个换行。两边肉眼都像同一行，但 UTF-8 字节分别是 61 62 63 与 61 62 63 0A。文本 Hash 工具按输入文本计算 SHA-256，不会自动去掉末尾空白，因此摘要不同是预期结果，而不是算法不稳定。还应检查 CRLF 与 LF、前导 BOM，以及复制时是否替换了空格。

如需比较完全相同的响应文件，应保留文件并使用文件校验流程；把正文重新排版后再复制，会改变待比较对象。将事实写为“这两份输入的摘要不同”，把“传输损坏”保留为待查解释；来源、时间、字节对象与算法都对应后，摘要才适合用作一致性证据。它仍然不能证明作者身份，也不会清理日志里的其他秘密。

07检查最终结果并保留依据

MDN 说明 getRandomValues 提供密码学强度的随机值；安全保存与谨慎分享仍需单独处理。

合并时间线前先处理日期歧义。 复制请求格式异常时，应检查表示层。