.NET Core 2.0 Web API复合主键的HttpGet路由与CreatedAtRoute问题
解决.NET Core 2.0 Web API中复合主键路由与CreatedAtRoute的问题
我来帮你逐个拆解并解决这两个问题:
问题1:GetUserPermissionByID接口从未被调用,总是触发无参[HttpGet]
原因与修复方案:
路由匹配优先级冲突
如果你的控制器里存在无参数的[HttpGet]动作(比如获取所有权限列表的接口),ASP.NET Core的路由系统会优先匹配更宽泛的无参路由。你需要给无参路由指定明确的模板,避免和带复合主键的路由冲突:// 给无参Get接口指定专属模板,避免路由歧义 [HttpGet("", Name = "GetAllUserPermissions")] public async Task<IActionResult> GetAllUserPermissions() { // 业务逻辑代码 }确认控制器路由前缀的正确性
检查你的控制器是否标注了正确的路由前缀,比如:[Route("api/[controller]")] [ApiController] public class UserPermissionsController : ControllerBase { // 你的动作方法 }此时正确的请求URL应为
GET api/userpermissions/1/2(假设IDUser=1,IDPermission=2),URL格式错误也会导致路由匹配失败。异步调用的小bug
顺便纠正一个代码细节:你在GetUserPermissionByID中调用FirstOrDefaultAsync()时没有加await,这会导致userPermission是Task<UserPermission>类型而非实体对象,永远不会等于null。修复后:var userPermission = await _context.UsersPermissions .Where(up => up.IDUser == idUser && up.IDPermission == idPermission) .FirstOrDefaultAsync();
问题2:CreatedAtRoute传递复合主键无效
核心问题:
CreatedAtRoute要求传递的路由参数必须和目标路由模板里的参数名完全一一对应。你的目标路由模板是{idUser}/{idPermission},但你把参数包装在了id对象里,导致路由系统无法正确解析。
修复后的代码:
return CreatedAtRoute( "GetUserPermissionByID", new { idUser = userPermissionToCreate.IDUser, idPermission = userPermissionToCreate.IDPermission }, userPermissionToCreate);
这样ASP.NET Core就能正确识别两个主键参数,生成指向GetUserPermissionByID接口的Location响应头。
内容的提问来源于stack exchange,提问作者Dear Deer
相关产品推荐
相关产品推荐

