求助：确认Blazor Server端app.UseExceptionHandler()是否无法正常工作？

没错，你遇到的这个问题是Blazor Server架构特性导致的——app.UseExceptionHandler() 主要是针对传统HTTP请求管道设计的，而Blazor Server的大部分组件运行逻辑是通过SignalR长连接处理的，这些异常并不会流经标准的HTTP中间件管道，所以你的自定义ErrorHandler根本捕获不到这类异常。

为什么MVC里能正常工作？ #

MVC的每个请求都是独立的HTTP请求，所有业务逻辑异常都会沿着HTTP中间件管道传递，app.UseExceptionHandler() 作为中间件能轻松拦截到这些异常。但Blazor Server不同：

• 初始页面加载是HTTP请求，这时候app.UseExceptionHandler() 能捕获到启动时的HTTP相关错误；
• 但组件渲染、交互触发的逻辑（比如仓储层抛出的EF跟踪异常）是在SignalR连接的上下文里执行的，这些异常不会进入HTTP中间件管道，自然被你的ErrorHandler遗漏。

针对Blazor Server的正确异常处理方案 #

根据你的场景，推荐这几种方式：

1. 配置Blazor全局错误处理器

在Program.cs（或Startup.cs）中，通过AddServerSideBlazor配置全局异常处理，它能捕获组件生命周期内的大部分异常：

builder.Services.AddServerSideBlazor(options =>
{
    // 开发环境可以开启详细错误，生产环境关闭
    options.DetailedErrors = builder.Environment.IsDevelopment();
    options.ErrorHandler = async exception =>
    {
        // 这里处理全局异常，比如记录日志、发送报警
        var errorMessage = exception.Message;
        // 如果你需要获取更详细的异常信息，可以遍历InnerException
        while (exception.InnerException != null)
        {
            errorMessage += $"\nInner Exception: {exception.InnerException.Message}";
            exception = exception.InnerException;
        }
        // 执行你的自定义逻辑，比如写入日志
        await LogErrorAsync(errorMessage);
    };
});

2. 使用ErrorBoundary组件（推荐）

Blazor提供了内置的ErrorBoundary组件，可以局部包裹你的组件，捕获指定区域内的异常并展示友好提示：

<ErrorBoundary>
    <ChildContent>
        <!-- 这里放置你的业务组件，比如调用仓储层的组件 -->
        <MyDataComponent />
    </ChildContent>
    <ErrorContent Context="exception">
        <div class="alert alert-danger">
            <h4>操作失败</h4>
            <p>@exception.Message</p>
            <!-- 生产环境可以隐藏详细堆栈，只展示友好信息 -->
            @if (builder.Environment.IsDevelopment())
            {
                <pre>@exception.StackTrace</pre>
            }
        </div>
    </ErrorContent>
</ErrorBoundary>

这个方式更灵活，你可以针对不同页面/组件设置不同的错误处理逻辑。

3. 处理SignalR Hub层面的异常

如果异常发生在SignalR Hub的底层交互中，还可以通过HubFilter来捕获：

public class CustomHubFilter : IHubFilter
{
    public async ValueTask<object?> InvokeMethodAsync(
        HubInvocationContext context, Func<HubInvocationContext, ValueTask<object?>> next)
    {
        try
        {
            return await next(context);
        }
        catch (Exception ex)
        {
            // 处理Hub层面的异常
            await LogErrorAsync($"Hub方法执行出错：{context.MethodName}，错误：{ex.Message}");
            throw; // 可以选择重新抛出，或者返回自定义错误信息
        }
    }
}

// 在Program.cs注册
builder.Services.AddSignalR(options =>
{
    options.AddFilter<CustomHubFilter>();
});

针对你提到的EF跟踪异常补充 #

你遇到的The instance of entity type cannot be tracked...异常，除了上面的全局/局部捕获，还可以在仓储层或业务层提前处理：

• 比如使用AsNoTracking()查询不需要跟踪的实体；
• 或者在更新前先DbContext.Entry(entity).State = EntityState.Detached解除跟踪；
• 结合try-catch在业务层捕获后转换为友好提示，再向上抛出。

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