HttpModule 是否在工作线程之间共享？

Question

我是否必须锁定对实例成员的访问？

例子：

public class HttpModule : IHttpModule
{
    //...

    Dictionary<int, int> foo;

    void UseFoo(int a, int b)
    {
        foo[a] = b;
    }
}

Answer 1

到目前为止，MSDN 文档对我来说还不是很清楚，但我找到了 来自声称知道答案的人的论坛帖子。听起来您不应该期望您的实现会发生坏事，但您应该意识到 foo 的状态不一定会在所有结果之间共享，因为您的HttpModule 将针对 IIS 选择保留在其池中的每个 HttpApplication 创建一次。

Answer 2

我想在这里提供我在 IIS6 中观察到的与这个问题相关的发现：

我一直在 IIS6 中广泛处理这个问题，并发现利用 log4net 和反射来捕获执行历史记录的一些有趣的结果。我发现幕后有大量的“线程管理”。似乎有一个“主要”系列线程与 HttpApplication 1:1 对应。然而，这些线程并不专门处理您的请求的管道。当访问这些实例时，可以调用各种不同的子线程。应用程序使用的后续新请求和资源请求似乎共享一些与原始请求相关的持久信息，但从未完全由指示某种类型关系的初始线程处理。我无法辨别哪些元素被分配到其他线程的具体模式（除了我之前描述的），因为它看起来是随机的。我对此证据的结论是，存在某种分层池的概念？当子线程中通过父引用继承引用元素的某些未知子集时，就会发生这种情况。

因此，作为答案，我会说 HttpModules 在线程之间共享。就锁定实例值而言，如果这些值适用于使用该模块并且必须维护某种状态的所有请求，则这将是适用的。如果尝试维护有状态实例值（确定这些值的成本很高，以便可以在后续请求中重用它们），我可以看到这很有用。

这个问题已经困扰我一段时间了，希望这些信息对某人有所帮助。

Answer 3

最近发现一篇文章稍微涉及到这个问题：
http://www.domincpettifer.co.uk/Blog/41/ihttpmodule-gotchas---the-init---method-can-get- Called-multiple-times

它没有提到线程，但仅表示工作进程将

实例化尽可能多的 HttpApplication
它认为需要的对象，然后
它将汇集它们以提高性能
原因，将实例重新用作新实例
请求在发送之前到达
回到池中。

按照链接中的代码，您可以确保您的初始化代码以线程安全的方式执行一次：

private static bool HasAppStarted = false; 
private readonly static object _syncObject = new object(); 

public void Init(HttpApplication context) 
{ 
    if (!HasAppStarted) 
    { 
        lock (_syncObject) 
        { 
            if (!HasAppStarted) 
            { 
                // Run application StartUp code here 

                HasAppStarted = true; 
            } 
        } 
    } 
}

我一直想设置一个测试应用程序来运行它并测试它，只是为了看看它是否正确，但我还没有时间。

Answer 4

Jim 发布的文章很有趣，但正如 Jim 所说，它没有提到任何有关线程安全的内容。

我想如果您正在初始化静态成员或执行“仅一次”初始化（即初始化静态资源），则只需要锁定机制。

我无法从MSDN和Jim提到的文章中得出结论，在初始化非静态类变量时我们需要锁机制。