ASP.NET Core 3.1 MVC应用找不到错误页，能否集成Razor Pages？

1. 标准MVC项目能否添加Razor Pages？ #

完全可以！ASP.NET Core官方支持在MVC项目中混合使用Razor Pages，这是合法且受官方认可的场景。你之前遇到找不到Error.cshtml的问题，核心是没完成Razor Pages的路由配置，按下面步骤调整即可：

• 在Startup.cs的ConfigureServices方法中注册Razor Pages服务：

  public void ConfigureServices(IServiceCollection services)
  {
      services.AddControllersWithViews();
      // 新增这行，添加Razor Pages服务支持
      services.AddRazorPages();
  }
  

• 在Configure方法的端点配置里添加Razor Pages路由映射：

  public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
  {
      // ... 其他中间件（比如异常处理中间件）配置
      app.UseEndpoints(endpoints =>
      {
          endpoints.MapControllerRoute(
              name: "default",
              pattern: "{controller=Home}/{action=Index}/{id?}");
          // 新增这行，启用Razor Pages路由
          endpoints.MapRazorPages();
      });
  }
  

• 关于Error.cshtml：如果只是展示静态内容，不需要对应的Error.cshtml.cs后台类；但如果要获取请求ID、记录异常日志，就需要创建一个继承PageModel的后台类，示例如下：

  public class ErrorModel : PageModel
  {
      public string RequestId { get; set; }
      public bool ShowRequestId => !string.IsNullOrEmpty(RequestId);
      private readonly ILogger<ErrorModel> _logger;
  
      public ErrorModel(ILogger<ErrorModel> logger) => _logger = logger;
  
      public void OnGet()
      {
          RequestId = Activity.Current?.Id ?? HttpContext.TraceIdentifier;
          var exceptionFeature = HttpContext.Features.Get<IExceptionHandlerPathFeature>();
          if (exceptionFeature != null)
          {
              _logger.LogError(exceptionFeature.Error, "请求 {Path} 发生异常", exceptionFeature.Path);
          }
      }
  }
  

  对应的Error.cshtml顶部要加上@model ErrorModel和@page指令。

2. 这种做法是否常见合理，还是应直接创建错误控制器？ #

这种混合使用的方式非常合理且常见，尤其适合错误页这类轻量化场景：

• Razor Pages的优势：无需单独创建控制器和动作方法，代码更简洁，逻辑与视图的耦合度恰到好处，适合简单的展示类页面；
• 控制器的适用场景：如果错误页需要复杂业务逻辑（比如根据异常类型跳转不同页面、权限校验等），控制器会更灵活；但你的需求只是展示请求ID+日志记录，Razor Pages完全够用，甚至更高效。

简单总结：错误页逻辑简单时优先选Razor Pages，逻辑复杂再考虑控制器。

3. 能否阻止用户直接访问MVC错误控制器路由（如/Error）？ #

当然可以！核心思路是验证请求是否来自异常处理中间件的跳转，两种方案分别适配Razor Pages和MVC控制器：

针对Razor Pages的方案 #

在ErrorModel的OnGet方法中检查异常特征，若不存在则拒绝访问：

public IActionResult OnGet()
{
    var exceptionFeature = HttpContext.Features.Get<IExceptionHandlerPathFeature>();
    // 无异常特征说明是用户直接访问
    if (exceptionFeature == null)
    {
        // 可重定向到首页或返回404
        return RedirectToPage("/Index");
        // 或者 return NotFound();
    }

    RequestId = Activity.Current?.Id ?? HttpContext.TraceIdentifier;
    _logger.LogError(exceptionFeature.Error, "请求 {Path} 出现异常", exceptionFeature.Path);
    return Page();
}

针对MVC控制器的方案 #

在错误控制器的Error动作方法中做同样校验：

public class ErrorController : Controller
{
    private readonly ILogger<ErrorController> _logger;

    public ErrorController(ILogger<ErrorController> logger) => _logger = logger;

    public IActionResult Index()
    {
        var exceptionFeature = HttpContext.Features.Get<IExceptionHandlerPathFeature>();
        if (exceptionFeature == null)
        {
            return RedirectToAction("Index", "Home");
        }

        ViewData["RequestId"] = Activity.Current?.Id ?? HttpContext.TraceIdentifier;
        _logger.LogError(exceptionFeature.Error, "请求 {Path} 发生异常", exceptionFeature.Path);
        return View();
    }
}

这种方式最可靠，因为只有异常中间件跳转的请求才会携带IExceptionHandlerPathFeature特征，能有效拦截直接访问的请求。

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