针对你遇到的问题，我们可以分两种场景来解决，优先推荐更符合ABP设计规范的方案：

方案1：无需手动调用IDataSeeder，直接传递种子上下文参数 #

ABP的Migrator模块本身会自动触发IDataSeeder的执行，所以你手动再调用一次就会导致所有种子贡献者重复执行两次。正确的做法是在Migrator自动执行种子之前，注入你需要的上下文参数，而非重复调用种子器。

你可以通过以下两种方式实现：

方式A：通过AbpDataSeedOptions配置默认参数 #

在Migrator模块的ConfigureServices方法中，直接配置种子选项的默认上下文：

public override void ConfigureServices(ServiceConfigurationContext context)
{
    Configure<AbpDataSeedOptions>(options =>
    {
        options.DefaultContext = new DataSeedContext
        {
            ["AdminEmail"] = "my@admin-email",
            ["AdminPassword"] = "my-admin-password"
        };
    });
    
    // 其他模块配置代码...
}

这样Migrator自动执行种子逻辑时，会自动使用你配置的上下文参数，完全不需要手动调用IDataSeeder。

方式B：在应用初始化时动态修改上下文 #

如果你需要更灵活的参数设置（比如从配置文件读取），可以在Migrator的OnApplicationInitialization中，在基类初始化操作之前（基类会触发种子执行），修改默认的种子上下文：

public override void OnApplicationInitialization(ApplicationInitializationContext context)
{
    // 获取已配置的种子选项，修改上下文参数
    var dataSeedOptions = context.ServiceProvider.GetRequiredService<IOptions<AbpDataSeedOptions>>().Value;
    dataSeedOptions.DefaultContext["AdminEmail"] = "my@admin-email";
    dataSeedOptions.DefaultContext["AdminPassword"] = "my-admin-password";
    
    // 调用基类初始化，此时Migrator会自动执行种子，使用修改后的上下文
    base.OnApplicationInitialization(context);
}

这种方式同样无需手动调用IDataSeeder，完美避免重复执行问题。

方案2：替换/注销默认的IDataSeeder（不推荐，仅特殊场景使用） #

如果你确实需要完全接管种子执行的逻辑，也可以替换默认的IDataSeeder实现：

1. 首先在Migrator模块的ConfigureServices中移除默认注册并替换为自定义实现：

public override void ConfigureServices(ServiceConfigurationContext context)
{
    // 移除ABP默认的DataSeeder注册
    context.Services.RemoveAll<IDataSeeder>();
    
    // 注册自己的自定义种子器
    context.Services.AddTransient<IDataSeeder, MyCustomDataSeeder>();
    
    // 其他配置代码...
}

2. 实现自定义的种子器，仅执行你需要的逻辑：

public class MyCustomDataSeeder : IDataSeeder
{
    private readonly IIdentityDataSeeder _identityDataSeeder;

    public MyCustomDataSeeder(IIdentityDataSeeder identityDataSeeder)
    {
        _identityDataSeeder = identityDataSeeder;
    }

    public async Task SeedAsync(DataSeedContext context)
    {
        // 仅执行管理员用户初始化逻辑
        await _identityDataSeeder.SeedAsync(
            context["AdminEmail"] as string ?? "my@admin-email",
            context["AdminPassword"] as string ?? "my-admin-password",
            context.TenantId
        );
        
        // 若需要其他模块的种子逻辑，需手动调用对应贡献者，会丢失ABP自动发现的便利性
    }
}

这种方式会破坏ABP模块的自动种子发现机制，除非有特殊需求，否则不推荐使用。

总结：优先选择方案1，通过配置或动态修改默认种子上下文的方式传递参数，既符合ABP的设计理念，又能彻底解决种子执行两次的问题。

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