COM+ Web 服务：通过复选框路由到 XML Web Services(3) （微软中国）

.NET Remoting（类似 .NET 框架的其余部分）支持垃圾回收，而不支持引用计数。这意味着在某些情况下，使用 COM+ Web 服务和 DCOM 时，非托管事务 COM+ 组件的行为方式将有所不同。对于通过 WKO 单一调用发布的事务方法，调用 SetComplete 或选择自动完成（通过选择组件方法属性页的“返回此方法时自动停用该对象”复选框）是极其重要的，这是因为组件在进行垃圾回收前不能被释放。使用 DCOM 时，引用计数通常会导致在释放组件时提交或放弃事务，即使此法则被忽略。移动到 COM+ Web 服务环境时，在垃圾回收环境中，事务超时之前这是不能保证的。如果调用 SetComplete 失败或将方法配置为自动完成失败，则证明其自身的间歇无法提交事务，因为组件被作为垃圾回收之前事务已超时。

设计时应注意的事项

在 COM+ Web 服务中，如果选择了 Uses SOAP 复选框（使用组件服务管理工具），将在 IIS 虚拟根上提供两种不同的激活模型：WKO 和 CAO。哪一种模型更好？用户应该使用哪一种呢？

WKO 单一调用激活模型看起来似乎颇为费事。每种方法调用都需要创建一个新组件，完成方法调用后，再将组件发送到内存回收器。但是，如果特别注重性能并且只能使用 WKO 处理业务时，缓冲的 ServicedComponents 或缓冲的非托管 C++ 组件可以大大缓解单一调用激活的过程。使用缓冲的组件时，WKO 激活将从缓冲池中检索对象，完成调用，然后将对象返回到缓冲池。此协议的无状态性质和缓冲池的使用提高了增加扩展性的可能。在不缓冲对象的 WKO 单一调用中，对象的生命期仅限于调用过程。