ASP.NET WebForms移除web.config的runAllManagedModulesForAllRequests且保留功能的方法

问题1：能否通过代码替代web.config中的runAllManagedModulesForAllRequests配置 #

可以实现。你可以在自定义HttpApplication类的Init方法中，通过修改IIS集成管道的模块映射规则，强制所有请求触发托管模块执行，不需要依赖web.config配置。

核心实现逻辑如下：

• 重写HttpApplication的Init方法，获取当前托管管道的Modules集合
• 对所有注册的托管模块，为PostResolveRequestCache事件绑定处理逻辑，强制将请求的处理程序映射到托管处理程序，跳过IIS对静态资源的默认处理

示例代码：

public class Global : HttpApplication
{
    public override void Init()
    {
        base.Init();
        // 绑定管道事件，所有请求都会触发该逻辑
        this.PostResolveRequestCache += (sender, e) =>
        {
            var context = (sender as HttpApplication).Context;
            // 强制将请求映射到托管处理程序，等效于runAllManagedModulesForAllRequests的核心效果
            context.RemapHandler(new YourCustomRequestHandler());
            // 如果需要兼容原有资源分发逻辑，在这里可以加判断，调用你已有的资源分发逻辑即可
        };
    }
}

另外还有一种实现方式，是在应用启动时通过Microsoft.Web.Administration API动态修改站点的模块配置，但这种方式需要应用池有更高的权限，不推荐使用，上述事件重写方式兼容性更好。

问题2：能否完全不配置web.config的模块标签，让所有请求经过托管代码处理 #

可以实现，但需要满足两个前提：

1. 你的应用运行在IIS集成模式下（经典模式无法实现，必须依赖web.config配置处理程序映射）
2. 你已经通过上述HttpApplication.Init的方式完成了请求映射逻辑的重写

额外注意点：

• IIS默认会对后缀名为.html、.jpg、.css这类静态资源走原生静态处理模块，不会触发托管管道，你需要通过上述PostResolveRequestCache事件的逻辑，在IIS判断为静态资源之前就完成请求重映射，才能让这些请求进入你的托管分发逻辑
• 不需要在web.config中注册任何自定义模块，只要你的Global.asax（或者完全合并后的对应HttpApplication实现类）正常加载，Init方法中的事件绑定就会自动生效

额外优化建议 #

如果要完全移除对web.config的配置依赖，你还可以把runAllManagedModulesForAllRequests相关的配置逻辑用代码实现后，web.config里只保留最基础的运行时版本声明即可，甚至可以进一步把运行时配置也通过程序集属性的方式声明，进一步精简web.config的内容。

内容的提问来源于stack exchange，提问作者SammuelMiranda