如何用重试日志还原Webhook请求链?

同一个 Webhook 事件在接收端出现多次，不等于触发了多次事件。服务端可能在投递失败后重试，也可能在一次投递中跟随重定向。还原请求链的关键，是先用事件标识归并记录，再区分“新一轮投递”和“同一轮投递中的后续请求”。

先从服务端投递日志找出该事件的首次发送、后续重试、每次投递的结果及时间；再对齐接收端日志中的时间、路径、请求方法、响应状态和必要的来源信息。若接收端能记录同一个不含敏感信息的测试标识，就用它核对各条记录，避免仅凭相近时间把其他系统的请求接入链中。两侧记录的时间可能存在偏差，因此排序不能只看时间戳，还要看服务端记录的投递结果与接收端实际返回的响应是否吻合。

重试与重定向应分开分析：重试是服务端针对同一事件再次发起投递；重定向则可能发生在某次投递内部。假如允许的端点 A 返回跳转响应，而端点 B 随后收到关联请求，需要核对服务端是否记录了跳转，不能把 B 的记录直接算作一次重试。反过来，B 未收到请求，也不足以断言目标校验生效，还可能是未跟随跳转或投递故障。

最终时间线应保留无法闭合的环节：只有接收端记录、缺少服务端对应日志时，标明来源尚未确认；日志显示重试但接收端无记录时，标明未观察到请求到达。这样还原出的不是一串看似连续的请求，而是每次投递的起点、结果、可能的跳转及证据边界。