在IIS同一站点托管.Net Core与.Net4.6.1 WCF却报502.5错误，可行吗？

你这套「在同一个IIS站点下，根路径部署.NET Core SPA、嵌套子路径部署.NET Framework 4.6.1 WCF服务」的架构是完全可行的，当前报的502.5 - ANCM Out-Of-Process Startup Failure不是架构本身的问题，是配置和模块加载顺序冲突导致的。

错误根因 #

你之前把WCF运行需要的所有配置全写到了Site A根目录的web.config里，但根目录跑的是通过ANCM（ASP.NET Core模块）托管的.NET Core应用：

• ANCM是站点级加载的模块，启动时会遍历整个站点的配置树，会把根目录里掺的.NET Framework专属WCF配置，当成.NET Core应用的启动配置尝试解析，解析失败就会直接导致Core进程崩溃
• ANCM的加载优先级比IIS原生的.NET Framework托管处理器更高，哪怕你访问的是/api/test.svc这种完全属于WCF的路径，ANCM已经先把站点的进程搞挂了，根本轮不到WCF的逻辑处理请求。

具体调整步骤 #

• 把两层应用的配置边界拆干净
  • 把之前写在Site A根目录web.config里的所有WCF相关内容全删掉：包括整段<system.serviceModel>、WCF需要的自定义HTTP处理器/模块注册项，根目录的配置只保留.NET Core应用本身需要的ANCM托管规则、静态文件路由配置，不要掺杂任何.NET Framework专属的配置节点
  • 所有WCF要用到的服务端点、绑定、行为、运行时参数，全部写到/api子应用目录下独立的web.config里。IIS会给配置了独立应用池的子应用做配置隔离，子应用的配置不会向上传递到根目录，也不会被ANCM扫描加载。
• 清除跨层级继承的请求处理器
  • IIS的配置默认是逐层继承的，/api子应用会自动把根站点注册的ANCM处理器映射继承过来，必须在/api的web.config的<handlers>节点下先加一行<remove name="aspNetCore" />，把从根目录带过来的Core模块映射移除
  • 之后在同一个<handlers>节点里单独注册WCF需要的svc-Integrated处理器，保证所有发往/api路径的请求直接交由.NET CLR 4.0的应用池处理，不会走到ANCM的请求管道里。
• 核对应用池的隔离配置
  • 根站点Site A的应用池保持「无托管代码」配置，托管管道模式选择集成就行
  • /api子应用的应用池保持「.NET CLR 版本v4.0」配置，两个应用池不要混用，保证进程完全隔离
• 分层排查减少定位成本
  • 先单独访问/api下的WCF服务，确认WCF本身能正常打开服务帮助页，不存在程序集加载失败、目录权限不足的问题
  • 再启动根站点的.NET Core SPA，验证前端加载、跨路径API调用全链路连通后再调整细节

常见踩坑提醒 #

千万别把.NET Framework注册的HttpModule写到站点根配置里，这类节点会被ANCM直接判定为非法启动项，应用一启动就会崩溃。

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