.NET System.Net.CookieContainer 线程安全吗？

Question

1. .NET 类 System.Net.CookieContainer 线程安全吗？ --更新：交钥匙回答--
2. 有什么方法可以确保异步请求期间修改的变量（即 HttpWebRequest.CookieContainer）的线程安全性？
3. 是否有任何属性可以突出显示线程安全类？ --更新：如果 MSDN 上描述了线程安全性，那么它们可能没有相应的属性 --
4. 所有 .NET 类都是线程安全的吗？ --更新： Marc 回答 --

我问这些问题是因为我在多线程代码的异步请求中使用 CookieContainer。 而且我无法将异步请求放入锁内。 也许我必须像 F# 中那样使用只读“变量”（或不可变类型），对吗？

Answer 1

不，并非所有 .NET 类都是线程安全的。 事实上，很少有人有必要这样做。 一般来说，静态成员应该是线程安全的，但仅此而已。

不可变/半不可变对象自动是线程安全的（这包括 XslTransform 等） - 并且在少数可变情况（例如线程容器）中您可以期望事物是线程安全的。 MSDN 声明了每个类的线程安全性。

我不期望 cookie 容器是线程安全的，因此您可能必须自己同步它。

（更新）

回复你的第二点； 您到底在考虑哪些变量？ 您自己的本地状态变量不会在异步请求期间直接更新，因此您只需在准备请求和处理响应时同步访问即可。 最常见的是，通过 Monitor - 即

lock(syncLock) {
    // prepare request from (synchronized) state
    req.Begin{...}
}

然后在回调中

lock(syncLock) {
    // ...read values from request...
    // ...update local state...
}

，其中 syncLock 只是一个锁对象（可能针对实例持有）：

private readonly object syncLock = new object();

Answer 2

来自马口：

线程安全< /strong>

此类型的任何公共静态（在 Visual Basic 中为共享）成员都是线程安全的。 不保证任何实例成员都是线程安全的。

编辑：

您可以锁定修改实例成员的操作。

Answer 3

正如我所见（在 Reflector 的帮助下），CookieContainer 内部使用锁来访问其成员，因此尽管有文档，它应该是线程安全的。

顺便说一句，它根本没有公共静态成员。 所以在我看来，该文档只是提供了一个标准通知。

Answer 4

请注意，网页会发送修改后的 cookie 列表作为其 HTTP 回复的一部分。 发送回复后修改 CookieContainer 不会完成任何事情——您只会修改不再存在的页面请求的 cookie 集合。

Answer 5

Microsoft 保证.NET 框架中的所有静态类都是线程安全的。

您可以使用 Reflector 来验证这一点。