Azure App Service中web.config多处理器配置实现前后端同托管

完全可以实现。Azure App Service 基于IIS的web.config本身支持多处理器并行配置，只要通过路径匹配规则做请求分流，即可将.NET Core API和Angular Universal前端合并部署在同一个实例中，核心分流逻辑为：

• 所有/api开头的请求，交由ASP.NET Core模块处理
• 其余前端请求，交由iisnode模块处理，同时保留原有的SPA路由fallback逻辑

正式调整配置前，先完成两项必要准备：

1. 调整App Service运行栈
   将App Service的「配置-常规设置-运行栈」改为自定义，不要单独选择.NET Core或Node.js栈：选择单独运行栈会缺失对应配套模块（比如选Node栈不会自动安装AspNetCoreModule，选.NET Core栈不会预装iisnode），改成自定义模式才能保证两个处理器模块都正常可用。
2. 规范目录结构
   站点根目录按以下结构组织文件，避免路由和实际目录冲突：
   • 根目录存放Angular Universal的全部前端产物（包括编译后的server/main.js、浏览器端静态资源、后续修改的web.config）
   • 根目录下新建独立子目录（比如命名为dotnet-api），将.NET Core API的发布产物全部放入该子目录

直接合并你现有的两套独立配置会出现两个核心冲突，需要针对性修改：

• 两套配置原本都使用通配符*的handler匹配规则，直接合并会出现请求被某个handler全量抢占的问题，需要将每个handler的匹配范围收窄到对应路径
• 原Angular配置里的SPA fallback重写规则会拦截所有非文件/非目录的请求，/api开头的接口请求会被错误重写到index.html，根本到不了处理器匹配环节，必须给这条规则加上API路径的排除条件

将以下内容替换站点根目录下的web.config即可，注意把你的API项目.dll替换为你项目的实际dll名称：

<configuration>
  <system.webServer>
    <!-- 处理器配置：收窄每个handler的匹配范围，避免规则冲突 -->
    <handlers>
      <!-- 仅匹配/api开头的请求，交由.NET Core API处理 -->
      <add name="aspNetCore" 
           path="api/*" 
           verb="*" 
           modules="AspNetCoreModule" 
           resourceType="Unspecified" />
      <!-- 保留原有Node处理器配置，仅处理匹配server/main.js的请求 -->
      <add name="iisnode" 
           path="server/main.js" 
           verb="*" 
           modules="iisnode"/>
    </handlers>

    <!-- .NET Core启动配置：指定子目录下的DLL路径 -->
    <aspNetCore processPath="dotnet" 
                arguments=".\dotnet-api\你的API项目.dll" 
                stdoutLogEnabled="false" 
                stdoutLogFile="\\?\%home%\LogFiles\stdout" />

    <!-- URL重写规则：按顺序执行，注意规则优先级 -->
    <rewrite>
      <rules>
        <!-- 保留原有Node调试规则 -->
        <rule name="NodeInspector" patternSyntax="ECMAScript" stopProcessing="true">
            <match url="^main.js/debug[/]?" />
        </rule>

        <!-- 调整后的Angular SPA fallback规则 -->
        <rule name="Angular Routes" stopProcessing="true">
            <match url=".*" />
            <conditions logicalGrouping="MatchAll">
                <!-- 原有条件：请求不是实际存在的文件 -->
                <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
                <!-- 原有条件：请求不是实际存在的目录 -->
                <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
                <!-- 新增排除条件：不拦截/api开头的请求，让这类请求走.NET Core处理器 -->
                <add input="{REQUEST_URI}" pattern="^/api/" negate="true" />
            </conditions>
            <!-- 原有fallback逻辑：非文件/目录的前端请求重写为index.html -->
            <action type="Rewrite" url="/index.html" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

• 不要在handlers里保留单独部署时的path="*"的aspNetCore配置，该通配规则会抢占所有请求，导致Node前端完全失效
• 上述配置完全匹配你提供的原有前端重写逻辑（即fallback到index.html的纯静态SPA模式），如果你的Angular Universal是通过Node服务做服务端渲染，需要把Angular路由规则里的action url从/index.html改成/server/main.js，保证SSR请求被正确导向Node处理器
• 两个应用为同源部署，前端调用API时不需要额外配置CORS，直接调用相对路径的/api/xxx即可

内容的提问来源于stack exchange，提问作者Eric Belisle Giddings