选择正确的恢复方式
同一个错误代码对应两种不同的情况。请先检查retryable，再采取操作；仅凭 HTTP 状态无法判断是否应该重试。
输入不同
请求仍在处理中
此示例还包含 HTTP 响应标头Retry-After: 1。
保持重试标识稳定
对于已记载支持幂等性的操作，密钥的作用范围为组织、服务账户、HTTP 方法、资源路径以及解析后的 API 版本。更改其中任何一项都会产生不同的重试标识，而不会恢复原始操作。在同一服务账户下轮换凭据不会改变该标识，但替换后的凭据仍必须具有相应权限。 从超时中恢复时，请保持原始密钥、正文、路径和版本不变。不要仅仅为了绕过冲突而生成新密钥：原始写入操作可能已经成功。如果已知资源 ID，请检索该资源，并使用该操作文档中记载的恢复流程。对于文档中说明支持响应重放的操作，已完成的重放会携带Idempotent-Replayed: true。
发送 Idempotency-Key 并不会使操作具备幂等性，除非其参考文档明确支持该标头。重试保护受该操作保留策略的限制，并不是防止重复的永久保证。
如果处理问题仍未解决，请联系 Living Security 支持团队，并提供 request_id、UTC 时间戳、方法、路径和 API 版本。切勿包含 API 密钥、客户端密钥或访问令牌。