ASP.NET Core Web应用中可空int类型id参数始终为null的原因？

问题原因 #

核心问题是特性路由与全局默认路由的匹配冲突，结合可空参数的绑定逻辑特性共同导致：

• 控制器方法同时使用了方法级[Route]特性和全局默认路由，两个路由模板都能匹配controllername/Edit/1或controllername/Edit?id=1这类请求，路由系统无法明确该从哪个模板提取id值。
• 当参数是int?可空类型时，路由绑定逻辑会因为歧义放弃绑定，最终id为null；改成非空int时，路由系统会强制寻找匹配的路由值，反而能绕过歧义完成绑定。
• 方法上的特性路由未包含控制器前缀，和全局路由的{controller}部分不匹配，进一步加剧了匹配的不确定性。

解决方案 #

方案1：修正特性路由，避免冲突 #

修改方法上的特性路由，明确包含控制器路径，让特性路由的匹配优先级更清晰：

[Route("[controller]/Edit/{id:int?}")]
[HttpGet]
public async Task<ActionResult> Edit(int? id)
{
    // 你的业务逻辑
}

此时特性路由会优先匹配，模板明确后可空参数能正确绑定。

方案2：移除方法特性路由，仅用全局默认路由 #

如果不需要特性路由，直接删掉方法上的[Route]特性，依赖全局默认路由即可：

[HttpGet]
public async Task<ActionResult> Edit(int? id)
{
    // 你的业务逻辑
}

这种情况下，路径中的id或查询字符串的id都能正确绑定到可空参数上。

方案3：明确指定参数绑定源 #

如果必须保留两种路由，可以通过特性明确指定参数的来源，消除绑定歧义：

[Route("Edit/{id:int?}")]
[HttpGet]
public async Task<ActionResult> Edit([FromRoute] int? id)
{
    // 你的业务逻辑
}

若需要同时支持路由和查询字符串的id，可以手动合并取值：

[Route("Edit/{id:int?}")]
[HttpGet]
public async Task<ActionResult> Edit(int? id)
{
    var actualId = id ?? Request.Query.Get<int?>("id");
    // 使用actualId执行后续逻辑
}

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