为什么JsonResult需要同时实现IActionResult和IStatusCodeActionResult？

这是.NET基类库编写的常见惯例，主要有三个层面的考虑：

• 可读性优先的设计
  显式列出所有核心契约接口，开发者查看JsonResult定义时不需要逐层追溯IStatusCodeActionResult的继承链，就能直接明确它天然具备IActionResult的所有能力，可以直接作为Controller的返回值使用，降低理解成本。
• 兼容框架内部的类型判断逻辑
  ASP.NET Core框架中存在大量基于接口的类型检查逻辑，部分早期的反射实现只会扫描类型直接声明实现的接口，不会递归遍历父接口的继承链。显式声明实现IActionResult可以避免这类边界场景下的类型判断失败，就算后续框架逻辑迭代，这种写法也不会引入兼容性问题。
• 契约稳定性保障
  显式声明相当于官方对JsonResult的能力做了明确的契约承诺：不管未来IStatusCodeActionResult的继承关系是否会调整（比如极端情况下后续版本拆分接口，把IActionResult从它的继承链中移除），JsonResult作为可直接返回的Action结果的定位不会变，现有依赖IActionResult的业务代码完全不需要修改。

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