Asp.net core endpoints.MapFallbackToFile(“index.html”)会打乱asp.net核心项目中的路由

Asp.net core endpoints.MapFallbackToFile(“index.html”)会打乱asp.net核心项目中的路由,asp.net-core,routes,blazor-webassembly,Asp.net Core,Routes,Blazor Webassembly,该解决方案有一个web api项目,它也是blazor webassembly前端的主机 有了这个配置,一切正常。当从postman调用WebApi端点时,会正确命中 app.UseEndpoints(endpoints => { endpoints.MapControllers(); endpoints.MapRazorPages(); }); 当添加MapFallBackToFile时,某些Api端点不再被命中,而是服务于该默认

该解决方案有一个web api项目,它也是blazor webassembly前端的主机

有了这个配置,一切正常。当从postman调用WebApi端点时,会正确命中

    app.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers();
        endpoints.MapRazorPages();
    });
当添加MapFallBackToFile时,某些Api端点不再被命中,而是服务于该默认文件

        app.UseEndpoints(endpoints =>
        {
            endpoints.MapControllers();
            endpoints.MapRazorPages();
            endpoints.MapFallbackToFile("index.html");
        });
添加此回退的原因:用作Blazor前端的登录页


有什么建议吗?

当添加MapFallBackToFile时,突然某些Api端点不再被击中
请共享相应Api操作的代码以及用于从blazor webassembly前端向该Api端点发出请求的相关代码,因此,我们可以帮助更好地解决问题。我将尝试剥离项目的基本知识,并与大家分享。我有一个类似的问题;我相信端点不遵循任何优先级逻辑,因此可以调用或不调用回退,只要它没有映射到文件(我不确定,但这是我到目前为止的结论)。我认为MapFallbackToFile对于Api控制器可能不可靠。你找到解决办法了吗?这能回答你的问题吗?