WCF basicHttpBinding : Rollback when reply to client fails

Question

我通过 basicHttpBinding 公开 WCF 服务对数据库执行多项操作。

我想保证如果客户端没有收到回复，数据库操作将回滚(没有任何事务流通过 WCF)。
例如。客户端调用在服务器上执行的“DoX”方法，但在完成之前客户端崩溃。一旦无法将回复发送到客户端，则应立即回滚数据库操作。

有没有办法做到这一点？请问[OperationBehavior(TransactionScopeRequired=true)]属性以这种方式工作？是否有可能在服务器端处理通信错误？

更新 1:
看来[OperationBehavior(TransactionScopeRequired=true)]在向客户端发送回复之前提交事务，因此如果客户端没有收到回复，则不能用于执行回滚。

更新 2:
再次明确说明，我不需要事务以任何方式与客户端交互。客户端既不应该知道事务，也不能取消或提交它，也不应该有任何事务流过绑定(bind)。如果传输 channel 无法将消息传递给接收客户端，我希望事务回滚的唯一地方是服务器端。在 TCP/IP 的情况下，该信息应该很容易提供给服务器。 (没有返回给客户端的 TCP 数据包的 ACK)

因此，服务器端的假设执行流程(注意缺少客户端)应该是:

Receive client request

Start transaction

Execute all logic inside the service operation

Send reply back to client

if (reply.failedToReceive) { transaction.Rollback() } // due to a failing TCP/IP transmission

Answer 1

这个问题没有简单的答案。您要求一种在 WS-* 中实现但使用基本 SOAP 完成的行为。我认为，如果您真的无法切换到 wsHttpBinding 或按照@Trevor Pilley 的建议使用双工，那么您唯一的选择是尝试在您自己的基于基本 SOAP 的自定义协议(protocol)中模仿 WS-Transaction 的行为。

您应该能够对完整的 WS-Transaction 规范进行一些简化，因为

您可能只需要支持单个服务上的事务 - 您不会在多个独立服务上执行分布式事务

您将不需要同时支持短事务 (WS-AtomicTransaction) 以及长时间运行的事务 (WS-BusinessActivity)，很可能原子事务会执行

您不需要支持任何类型的可扩展性模型(WS-Coordination)

您不需要实现描述协议(protocol)的发现/元数据模型(例如，像 WSDL)，因为您会将协议(protocol)行为直接编码到客户端和服务中。

但是，您可能需要 WS-Coordination 和 WS-AtomicTransaction 的元素。无论如何，这不是一项简单的任务，很容易错过一些微妙的事情，这些事情可能导致回滚不会发生或(同样糟糕)通过在整个数据库中长时间锁定来破坏服务的性能，因为崩溃的客户。

就像我说的，这是一种复杂的行为，如果您不能使用现成的标准化协议(protocol)，那么就没有简单的答案。