答案：可通过自定义中间件在开发环境增强ASP.NET Core异常页面，显示详细错误及请求上下文，并确保生产环境禁用以防止信息泄露。
ASP.NET Core 内置了开发人员异常页面（Developer Exception Page），用于在开发环境中显示详细的错误信息。虽然默认页面已经很实用，但你可以通过自定义中间件或包装默认行为来增强其展示效果。
启用开发人员异常页面
在 Program.cs 中确保只在开发环境启用该功能：
if (app.Environment.IsDevelopment())
{
app.UseDeveloperExceptionPage();
}
else
{
app.UseExceptionHandler("/Error");
}
注意：UseDeveloperExceptionPage() 必须放在管道的早期位置，以便捕获后续中间件中的异常。
自定义异常响应内容
无法直接修改默认页面的 HTML 样式或结构，但可以通过捕获异常并输出自定义格式来实现类似效果。例如，在开发环境下替换默认行为：
if (app.Environment.IsDevelopment())
{
app.Use(async (context, next) =>
{
try
{
await next();
}
catch (Exception ex)
{
context.Response.StatusCode = 500;
context.Response.ContentType = "text/html";
var html = $@"
<html>
<body style='font-family:Arial; padding:20px; background:#f9f9f9; color:#333;'>
<h2>自定义开发异常页面</h2>
<p><strong>异常类型：</strong>{ex.GetType().Name}</p>
<p><strong>消息：</strong>{ex.Message}</p>
<pre style='background:#fff; border:1px solid #ccc; padding:10px; margin-top:20px;'>
{ex.StackTrace}
</pre>
</body>
</html>";
await context.Response.WriteAsync(html);
}
});
}
</font>
这种方式完全替代了默认页面，适合需要控制输出格式的场景，比如加入项目标识、团队信息或内部日志链接。
结合默认功能扩展信息
如果你想保留原始功能的同时附加额外数据，可以在全局异常处理中记录上下文信息，如请求头、用户身份（开发用）、查询参数等：
catch (Exception ex)
{
var request = context.Request;
var logInfo = new StringBuilder();
logInfo.AppendLine($"Time: {DateTime.Now}");
logInfo.AppendLine($"Method: {request.Method}");
logInfo.AppendLine($"URL: {request.Scheme}://{request.Host}{request.Path}{request.QueryString}");
logInfo.AppendLine($"Headers: ");
foreach (var header in request.Headers)
{
logInfo.AppendLine($" {header.Key}: {header.Value}");
}
// 输出到控制台或日志文件
Console.WriteLine(logInfo.ToString());
// 可选择继续抛出，由默认页面处理
throw;
}
这样既能利用默认页面的解析能力，又能为调试提供更丰富的上下文。
基本上就这些。自定义的关键是利用中间件拦截异常，在开发模式下输出你想要的信息格式。不复杂但容易忽略的是确保它仅在开发环境启用，避免生产泄露敏感信息。
