能否将MVC应用拆分至多个AppDomain中执行？

当然可以！其实在ASP.NET（包括MVC）里，完全能把部分请求处理逻辑隔离到独立的AppDomain中，而且可以结合你提到的请求管道环节来实现，毕竟要和IIS、MvcRouteHandler这些组件配合好。

先给你理清楚核心思路，再一步步拆解：

核心前提：AppDomain隔离的本质 #

AppDomain是.NET提供的应用程序级隔离边界，每个域有自己独立的内存空间、程序集加载上下文，不同域之间的对象交互需要通过代理实现——所以要把逻辑放到另一个域里，你需要创建继承MarshalByRefObject的类，这类对象跨域访问时会生成代理，而不是直接传递对象实例。

结合MVC请求管道实现的步骤 #

你提到MvcRouteHandler最终会把请求交给MvcHandler处理，那我们可以通过自定义RouteHandler来插入跨域逻辑，替换默认的处理流程：

1. 封装跨域执行的核心逻辑 #

先写一个继承MarshalByRefObject的处理器类，把原本要在控制器/操作里执行的核心逻辑封装进去：

public class CrossDomainRequestProcessor : MarshalByRefObject
{
    public RequestResult ProcessRequest(ControllerContext context)
    {
        // 这里就是原本要在控制器里执行的逻辑：实例化控制器、执行操作、处理视图等
        var controller = DependencyResolver.Current.GetService(context.ControllerType) as Controller;
        controller.ControllerContext = context;
        var actionResult = controller.Execute();
        
        return new RequestResult 
        { 
            ActionResult = actionResult, 
            ProcessMessage = "跨域处理完成" 
        };
    }

    // 重写此方法避免代理过期（可选，根据需求调整）
    public override object InitializeLifetimeService()
    {
        return null; // 设置为无限生命周期
    }
}

// 可序列化的结果类，用于跨域传递数据
[Serializable]
public class RequestResult
{
    public ActionResult ActionResult { get; set; }
    public string ProcessMessage { get; set; }
}

2. 自定义RouteHandler接管请求 #

创建自定义的MvcRouteHandler，替换默认的实现，在里面初始化并复用AppDomain，避免每次请求都创建新域（创建域的成本很高）：

public class CustomMvcRouteHandler : MvcRouteHandler
{
    private static AppDomain _isolatedDomain;
    private static CrossDomainRequestProcessor _domainProcessor;

    static CustomMvcRouteHandler()
    {
        // 初始化隔离AppDomain，配置和当前域一致的基础路径和配置文件
        _isolatedDomain = AppDomain.CreateDomain(
            "IsolatedRequestDomain",
            null,
            new AppDomainSetup
            {
                ApplicationBase = AppDomain.CurrentDomain.SetupInformation.ApplicationBase,
                ConfigurationFile = AppDomain.CurrentDomain.SetupInformation.ConfigurationFile
            }
        );

        // 在隔离域中创建处理器实例（通过代理访问）
        var processorType = typeof(CrossDomainRequestProcessor);
        _domainProcessor = (CrossDomainRequestProcessor)_isolatedDomain.CreateInstanceAndUnwrap(
            processorType.Assembly.FullName,
            processorType.FullName
        );
    }

    protected override IHttpHandler GetHttpHandler(RequestContext requestContext)
    {
        // 返回自定义HttpHandler，用隔离域的处理器处理请求
        return new CrossDomainHttpHandler(requestContext, _domainProcessor);
    }

    // 应用停止时卸载隔离域，避免内存泄漏
    public static void CleanupIsolatedDomain()
    {
        if (_isolatedDomain != null)
        {
            AppDomain.Unload(_isolatedDomain);
            _isolatedDomain = null;
            _domainProcessor = null;
        }
    }
}

// 自定义HttpHandler，调用隔离域的处理器并返回结果
public class CrossDomainHttpHandler : IHttpHandler
{
    private readonly RequestContext _requestContext;
    private readonly CrossDomainRequestProcessor _processor;

    public CrossDomainHttpHandler(RequestContext requestContext, CrossDomainRequestProcessor processor)
    {
        _requestContext = requestContext;
        _processor = processor;
    }

    public bool IsReusable => false;

    public void ProcessRequest(HttpContext context)
    {
        // 构建ControllerContext传递给隔离域处理器
        var controllerType = (Type)_requestContext.RouteData.DataTokens["controllerType"];
        var controllerContext = new ControllerContext(_requestContext, Activator.CreateInstance(controllerType) as Controller);
        
        // 调用隔离域的逻辑
        var result = _processor.ProcessRequest(controllerContext);
        
        // 执行视图结果，返回给客户端
        result.ActionResult.ExecuteResult(controllerContext);
    }
}

3. 替换路由的默认Handler #

在路由注册时，把默认的MvcRouteHandler换成我们自定义的：

public static void RegisterRoutes(RouteCollection routes)
{
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

    routes.MapRoute(
        name: "Default",
        url: "{controller}/{action}/{id}",
        defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional },
        routeHandler: new CustomMvcRouteHandler() // 替换为自定义Handler
    );

    // 注册域卸载事件，清理隔离域
    AppDomain.CurrentDomain.DomainUnload += (sender, args) => CustomMvcRouteHandler.CleanupIsolatedDomain();
}

需要注意的坑和优化点 #

• 不要频繁创建AppDomain：创建和销毁域的性能开销很大，一定要复用（比如上面的静态实例方式），或者实现域池。
• 跨域对象的限制：跨域传递的对象要么是可序列化的（比如上面的RequestResult），要么继承MarshalByRefObject，否则会抛出异常。
• 异常处理：隔离域中抛出的异常会被包装成RemotingException，要在主域中正确捕获和解析。
• 依赖注入的兼容：如果你的项目用了DI容器，要确保隔离域能正确访问到DI服务，或者在隔离域中单独初始化DI容器。
• IIS应用池回收：应用池回收会销毁当前所有AppDomain，所以要在应用启动时重新初始化隔离域。

最后提醒 #

虽然技术上完全可行，但除非你有非常明确的隔离需求（比如加载第三方不可信插件、隔离不同模块的内存空间），否则不建议这么做——跨域通信会带来额外的性能开销，还会增加代码复杂度。ASP.NET本身的应用池已经提供了进程级隔离，大部分场景下足够满足需求了。

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