Asp.net mvc MVC路由-未知方法异常

Asp.net mvc MVC路由-未知方法异常,asp.net-mvc,routing,asp.net-mvc-routing,azure-web-app-service,azure-redis-cache,Asp.net Mvc,Routing,Asp.net Mvc Routing,Azure Web App Service,Azure Redis Cache,我们有一个.Net MVC应用程序,它有一个HttpPost方法类型的控制器,并且该应用程序托管在Azure中 当应用程序空闲30分钟,我们单击submit按钮时,我们可以看到请求作为HttpGet发送到服务器,并且有一个异常作为unknown method 我试着查看AppInsights跟踪,Azure端没有任何问题 控制器类没有任何类型为HttpGet的save方法 我哪里出了问题?也许你没有任何问题,只需使用Azure WebApp的低层,而不启用功能始终打开,如下图所示,启用始终打开功

我们有一个.Net MVC应用程序,它有一个HttpPost方法类型的控制器,并且该应用程序托管在Azure中

当应用程序空闲30分钟,我们单击submit按钮时,我们可以看到请求作为HttpGet发送到服务器,并且有一个异常作为unknown method

我试着查看AppInsights跟踪,Azure端没有任何问题

控制器类没有任何类型为HttpGet的save方法


我哪里出了问题?

也许你没有任何问题,只需使用Azure WebApp的低层,而不启用功能
始终打开
,如下图所示,启用
始终打开
功能,以避免你的WebApp在空闲后睡着并被请求唤醒

如果您无法启用它,请首先按照Azure portal上的提示来扩大应用程序服务计划的级别,然后再这样做

根据官方文档,如下面的引文和图所示,因为Azure将使您的应用程序闲置,而不启用
始终开启
,以降低无流量的基础设施资源成本

始终打开:即使没有流量,也要保持应用程序已加载。它是 连续Web作业或触发的Web作业需要 使用CRON表达式


所以它在空闲前工作正常?是的,它在空闲前工作,没有发布GET请求。我们通过正确处理自定义授权和身份验证修复了代码,因为它有错误,代码在前30分钟工作,HttpContext在长时间空闲后为空,这将导致另一个错误。