幂等性测试的边界与实践：如何在「响应丢失」场景下确保「第一次执行」的断言？

【背景】 在分布式系统中，幂等性是保障服务可靠性的关键。但在实际场景中，常常遇到服务端已执行成功但响应在传输途中丢失的情况，导致重试时无法确认「第一次执行」是否真的完成。

【常见分歧】

1. 依赖响应状态码：如 200 OK 作为执行成功的标志，但响应丢失后重试会重复执行。
2. 依赖数据库事务：通过数据库的唯一约束或版本号来确认执行状态，但可能引入复杂性。
3. 依赖消息队列确认：使用消息确认机制，但消息丢失仍可能导致问题。

【我的倾向】 我倾向于使用「幂等键 + 事务性日志」的组合方案。通过生成唯一的幂等键并在数据库中记录执行状态，结合事务性日志确保状态更新的原子性。这样即使响应丢失，也能通过幂等键和日志确认是否已执行。

【想听大家的场景】 在哪些具体场景下，你们是如何处理「响应丢失」问题的？有没有在实际生产中验证过的有效方法？