未迁移实体类新增属性导致UseExceptionHandler中间件失效原因咨询

你的问题核心在于EF Core模型与数据库schema不匹配的异常，干扰了UseExceptionHandler中间件的正常执行流程，具体拆解为几点：

• EF Core初始化异常触发过早：当你新增实体属性但未生成迁移更新数据库，EF Core在第一次初始化DbContext（通常是请求处理的早期阶段，比如路由解析后、进入控制器前）时，会检测到模型和数据库结构不一致，直接抛出InvalidOperationException。这个异常发生在UseExceptionHandler中间件能够捕获异常的时机之前，ASP.NET Core会直接调用优先级更高的开发者异常页中间件，跳过你的自定义错误视图渲染。

• 错误动作方法内部的隐性异常：就算错误动作方法被触发，如果你的错误页面逻辑里涉及到DbContext操作（比如写入错误日志、读取站点配置），同样会因为模型-schema不匹配抛出异常。此时原本的异常处理流程被打断，框架会 fallback到默认的开发者异常页，而不是继续渲染你的错误视图。

• 开发环境中间件的优先级机制：在开发环境下，DeveloperExceptionPageMiddleware的异常捕获逻辑优先级更高，只要有未被处理的顶级异常，就会优先显示默认异常页。只有当所有前置流程（包括EF Core的模型校验）没有抛出未处理异常时，UseExceptionHandler才能正常接管异常，渲染自定义视图。

验证思路 #

可以在错误动作方法里添加日志输出，或者暂时移除所有DbContext相关操作，此时就算EF Core模型不匹配，错误视图也能正常显示——这就能确认是DbContext的异常打断了流程。

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