如何知道 HttpWebClientProtocol 类是否是线程安全的？

Question

我阅读了this 问题，但答案和讨论让我自己感到困惑。

所以我决定检查一下，但我该怎么做呢？如何创建一个测试来证明HttpWebClientProtocol class 是否为Thread Safe？

我已经做了以下测试：

1. 创建一个HttpWebClientProtocol 来调用一个WS。
2. 我自己创建了 WS，里面只有一个 Thread.Sleep(30000)。
3. 所以我创建了两个独立的threads 来同时调用这个HttpWebClientProtocol。
4. 结果是：threads 都调用了 WS 没有问题。 （一个thread 不需要等待第一个通话结束）

通过这个测试，我是否证明了对象 IS Thread Safe 和另一个问题的“正确”答案是错误的？？

Answer 1

嗯...我有一个更好的测试给你。

HttpWebClientProtocol Class

直接来自 MSDN。这是他们对线程安全的看法的副本/意大利面：

线程安全

对于每个 XML Web 服务方法调用，此类的属性都被复制到 WebRequest 对象的新实例中。虽然您可以同时从不同线程调用同一个 WebClientProtocol 实例上的 XML Web 服务方法，但不会进行同步以确保将一致的属性快照传输到 WebRequest 对象。因此，如果您需要修改属性并从不同线程进行并发方法调用，您应该使用不同的 XML Web 服务代理实例或提供您自己的同步。

关于线程安全

这不仅仅是“可用”。但这是为了确保受一个线程影响的数据/状态不会影响另一个线程的正确执行。

如果它们共享数据结构并且这些结构在线程之间共享，则它们不是线程安全的。这个问题可能不是很明显，但是在多线程系统中大量使用该类的系统上，您可能会发现一些您将无法在开发环境中重现的错误/异常/奇怪行为，并且“只发生在生产中”。

我的朋友，不是线程安全的。

关于 HttpWebClientProtocol 以及为什么它不是线程安全的

虽然文档清楚地说明了能够重用 HttpWebClientProtocol，但重要的是要知道对象本身的所有属性都不会被持久化到在另一个线程上创建的其他请求。

这意味着如果您有 2 个线程在使用 Credentials 属性，您最终可能会收到一些具有不同凭据的请求。这在具有模拟的 Web 应用程序中会很糟糕，因为请求可以使用不同的凭据完成，而您最终可能会得到其他人的数据。

但是，如果您只需要设置一次初始属性，那么可以。您可以重复使用该实例。