EF Core集成MassTransit后迁移命令异常，求助排查解决

核心问题是EF Core迁移命令在VS Package Manager Console（PMC）中执行时，自定义SaveChangesInterceptor直接依赖的IPublishEndpoint无法在EF工具进程中完成初始化，导致进程死锁挂起；而CLI能正常执行是因为其服务启动逻辑与PMC的宿主环境存在差异。另外程序运行时保存数据失败，说明IPublishEndpoint在应用运行时的注入或配置也存在问题。

1. 修正拦截器的服务依赖方式 #

EF Core的迁移工具进程不会完整启动CQRS应用的所有服务（比如消息队列发布端点），直接注入IPublishEndpoint会导致工具进程因无法初始化依赖而无限等待。需修改拦截器，通过延迟获取服务+环境判断的方式规避：

public class CustomSaveChangesInterceptor : SaveChangesInterceptor
{
    private readonly IServiceProvider _serviceProvider;
    private readonly IWebHostEnvironment _env;

    public CustomSaveChangesInterceptor(IServiceProvider serviceProvider, IWebHostEnvironment env)
    {
        _serviceProvider = serviceProvider;
        _env = env;
    }

    public override async ValueTask<InterceptionResult<int>> SavingChangesAsync(DbContextEventData eventData, InterceptionResult<int> result, CancellationToken cancellationToken = default)
    {
        // 设计时（迁移场景）跳过消息发布逻辑
        if (_env.IsEnvironment("Design"))
        {
            return await base.SavingChangesAsync(eventData, result, cancellationToken);
        }

        // 延迟创建作用域获取服务，避免拦截器初始化时触发依赖链加载
        using var scope = _serviceProvider.CreateScope();
        var publishEndpoint = scope.ServiceProvider.GetRequiredService<IPublishEndpoint>();

        // 执行你的消息发布逻辑
        // await publishEndpoint.PublishAsync(yourEvent, cancellationToken);

        return await base.SavingChangesAsync(eventData, result, cancellationToken);
    }
}

2. 配置设计时服务替代方案 #

在Program.cs中，为EF工具的设计时环境提供IPublishEndpoint的模拟实现，避免初始化真实消息服务：

var builder = WebApplication.CreateBuilder(args);

// 注册DbContext与拦截器
builder.Services.AddDbContext<YourDbContext>(options =>
{
    options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection"));
    options.AddInterceptors(sp => 
        new CustomSaveChangesInterceptor(sp, builder.Environment)
    );
});

// 区分设计时与运行时的服务配置
if (builder.Environment.IsEnvironment("Design"))
{
    // 迁移时使用模拟的发布端点
    builder.Services.AddSingleton<IPublishEndpoint, MockPublishEndpoint>();
}
else
{
    // 运行时注册真实的消息发布服务（以MassTransit为例）
    builder.Services.AddMassTransit(x =>
    {
        // 你的MassTransit配置逻辑
    });
}

var app = builder.Build();

// 后续中间件配置...

模拟IPublishEndpoint实现 #

public class MockPublishEndpoint : IPublishEndpoint
{
    public Task Publish<T>(T message, CancellationToken cancellationToken = default) where T : class
        => Task.CompletedTask;

    public Task Publish<T>(T message, IPublishContext<T> context, CancellationToken cancellationToken = default) where T : class
        => Task.CompletedTask;

    public Task Publish(object message, Type messageType, CancellationToken cancellationToken = default)
        => Task.CompletedTask;

    public Task Publish(object message, Type messageType, IPublishContext context, CancellationToken cancellationToken = default)
        => Task.CompletedTask;
}

3. 验证修复效果 #

• 在PMC中执行add-migration或update-database，此时拦截器会跳过消息发布逻辑，工具进程不会再挂起
• 启动应用，验证数据保存时消息能否正常发布（需确保消息队列服务正常运行）

• EF Core 8.0.3的工具初始化逻辑与8.0.2存在细微差异，可能导致之前隐藏的服务依赖问题暴露
• 禁用Resharper后问题仍存在，说明问题与Resharper无关，核心是服务依赖链的初始化逻辑冲突

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