ASP.NET CRUD项目部署后EDIT功能POST请求报405 Method Not Allowed问题咨询

以下是针对该问题的具体排查方向：

1. 控制器方法与路由配置检查 #

• 确认Edit的POST方法已添加[HttpPost]特性，且参数匹配正确。对比Create/Delete的POST方法，确保签名无差异，比如是否正确接收ID和实体对象：

[HttpPost]
[ValidateAntiForgeryToken]
public ActionResult Edit(int id, YourModel model)
{
    // 业务逻辑
}

• 如果使用特性路由，检查路由模板是否正确，比如[HttpPost("Edit/{id:int}")]，避免路由冲突导致无法匹配到POST方法。

2. CSRF验证问题 #

• 检查Edit视图的表单是否包含@Html.AntiForgeryToken()（.NET Framework）或<input asp-for="__RequestVerificationToken" />（.NET Core），同时控制器的POST方法是否添加了[ValidateAntiForgeryToken]特性。缺失验证令牌可能导致请求被拦截，返回405状态码。
• 确认表单的提交路径正确，比如使用Html.BeginForm("Edit", "YourController", new { id = Model.Id }, FormMethod.Post)生成正确的action URL，避免路径错误导致路由匹配失败。

3. Web App Service配置与URL重写规则 #

• 登录Azure门户，进入Web App的配置 > 常规设置，确认没有全局限制HTTP方法（CREATE/DELETE正常，所以全局限制概率低，但需排除）。
• 检查项目根目录的web.config文件，查看是否存在URL重写规则拦截了Edit路径的POST请求，比如类似以下规则会直接返回405：

<rule name="Block Edit POST">
    <match url="^Edit" />
    <conditions>
        <add input="{REQUEST_METHOD}" pattern="POST" />
    </conditions>
    <action type="CustomResponse" statusCode="405" />
</rule>

如果存在此类规则，删除或修改以允许POST请求。

4. 静态文件路由冲突 #

• 检查部署后的Web App文件结构，确认是否存在与Edit同名的静态文件夹或文件（比如wwwroot/Edit）。IIS会优先处理静态资源请求，若POST请求被识别为静态资源访问，会返回405（静态资源不允许POST方法）。
• 解决方法：要么重命名静态资源，要么在路由配置中确保控制器路由优先级高于静态文件路由（.NET Core可在Program.cs中先调用app.MapControllerRoute，再调用app.UseStaticFiles()）。

5. 启用详细日志排查 #

• 在Azure Web App的监控 > 日志流中查看实时错误日志，或在web.config（.NET Framework）中开启自定义错误：

<system.web>
    <customErrors mode="Off" />
</system.web>

.NET Core则在appsettings.json中设置日志级别：

{
  "Logging": {
    "LogLevel": {
      "Default": "Debug",
      "Microsoft.AspNetCore": "Debug"
    }
  }
}

通过详细日志可定位具体的请求拦截原因。

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