Web API调用中响应未达客户端时，服务器能否感知并回滚数据库变更？

核心结论 #

服务器不会因为响应传输失败收到操作系统抛出的异常，数据库变更会默认完成提交。

原因说明 #

• 服务器端Web API的典型执行流程是：执行数据库变更 → 提交事务 → 生成响应 → 尝试发送响应。当服务器完成数据库事务提交后，不管后续响应能不能成功送达客户端，这个变更已经永久生效了，操作系统不会因为传输失败回溯之前的数据库操作。
• 传输层的异常（比如TCP ACK丢失、客户端崩溃断开连接）通常不会触发服务器进程的即时异常：服务器把响应写入网络缓冲区后，后续的传输、重传由操作系统网络栈负责，即便最终确认客户端无法接收，这个通知也不会关联到已经完成的数据库事务，更不会自动触发回滚。

避免数据不一致的可行方案 #

• 实现幂等接口：给每个客户端请求分配唯一的RequestID，服务器处理请求前先检查该ID是否已经被处理过，确保重复调用不会产生重复的数据库变更。客户端在未收到响应时，可以安全地重试请求。
• 引入客户端确认机制：服务器执行数据库变更后暂不提交事务，而是等待客户端发送“已收到响应”的确认消息，收到确认后再提交事务。这种方式需要额外持久化请求状态，同时要处理服务器崩溃导致的状态丢失问题。
• 最终一致性同步：客户端恢复后，主动向服务器拉取最新数据状态，或者通过服务器的事件通知机制，同步本地数据与服务器保持一致。

内容的提问来源于stack exchange，提问作者user788454