单个API控制器能否通过自定义方法名实现多个PUT请求方法

同控制器下多个PUT方法返回404是路由配置冲突+模板不匹配导致的，完全不需要拆分多个控制器，同控制器实现多个PUT方法是Web API的常规支持能力：

• 你给Accept、Reject两个方法加的路由特性都是[HttpPut("{id}")]，两个方法的路由模板完全重合，路由系统无法根据HTTP方法+请求路径区分两个接口，匹配直接失败。
• 你期望的访问路径格式是api/[控制器名]/方法名/id，但现有路由模板没有包含方法名（Accept/Reject）的路径片段，和你在Postman里请求的https://MY.I.P:44388/api/Data/Reject/1143路径完全不匹配，自然找不到接口。
• 不需要额外编写复杂的全局路由映射规则，只需要修正特性路由配置即可，所有主流版本的ASP.NET Core Web API都支持该配置方式，不存在版本失效问题。

• 先给控制器补全必要的特性标记，缺失[ApiController]会导致路由、参数绑定的默认规则不生效：

[Route("api/[controller]")]
[ApiController]
public class DataController : ControllerBase
{
    // 原有方法代码
}

• 修改两个PUT方法的路由模板，把方法名加入路径片段，和你期望的访问格式对齐，同时优化返回值和异常逻辑（原void返回值和无空判断的逻辑会导致接口报错时无法返回明确的状态信息）：

// 对应请求路径 PUT api/Data/Accept/{id}
[HttpPut("Accept/{id}")]
public IActionResult Accept(int id)
{
    try
    {
        using (RecoDBEntities Entities = new RecoDBEntities())
        {
            var jobList = Entities.recovery_jobs.Where(e => e.DOCKETNO.ToString().Trim() == id.ToString().Trim()).ToList();
            if (jobList.Count == 0)
            {
                return NotFound("对应编号的工单不存在");
            }
            recovery_jobs job = jobList[0];
            job.STATUS = "ONROUTE";
            Entities.SaveChanges();
            return Ok("状态更新成功");
        }
    }
    catch (Exception ex)
    {
        return StatusCode(500, $"处理异常：{ex.Message}");
    }  
}

// 对应请求路径 PUT api/Data/Reject/{id}
[HttpPut("Reject/{id}")]
public IActionResult Reject(int id)
{
    try
    {
        using (RecoDBEntities Entities = new RecoDBEntities())
        {
            var jobList = Entities.recovery_jobs.Where(e => e.DOCKETNO.ToString().Trim() == id.ToString().Trim()).ToList();
            if (jobList.Count == 0)
            {
                return NotFound("对应编号的工单不存在");
            }
            recovery_jobs job = jobList[0];
            job.STATUS = "REJECTED";
            Entities.SaveChanges();
            return Ok("状态更新成功");
        }
    }
    catch (Exception ex)
    {
        return StatusCode(500, $"处理异常：{ex.Message}");
    }
}

// DELETE api/Data/5
[HttpDelete("{id}")]
public IActionResult Delete(int id)
{
    // 原有删除逻辑
    return NoContent();
}

• 简化配置可选方案：如果你不想在每个方法的路由特性里硬写方法名，可以直接修改控制器级别的路由模板，加入[action]占位符：

[Route("api/[controller]/[action]")]
[ApiController]
public class DataController : ControllerBase

这种配置下，方法上只需要保留[HttpPut("{id}")]即可，路由系统会自动把方法名映射到路径的对应片段，最终生成的路径和上面硬写的效果完全一致。

ASP.NET Core 3.0及以上版本不需要单独编写每个接口的路由映射，只需要确认Configure方法中按顺序添加了路由相关中间件即可：

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 其他中间件配置（异常处理、HTTPS重定向等）
    app.UseRouting(); // 必须放在UseEndpoints之前

    // 授权认证相关中间件放在UseRouting和UseEndpoints之间
    app.UseAuthorization();

    app.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers(); // 自动映射所有加了特性路由的控制器
    });
}

注意：如果中间件顺序错误，比如UseRouting放在UseEndpoints之后，会导致所有路由匹配失败返回404。

配置完成后重启应用，就可以正常用Postman调用PUT https://MY.I.P:44388/api/Data/Reject/1143和PUT https://MY.I.P:44388/api/Data/Accept/1143两个接口了。

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