Cocona中IConfiguration可注入单例/瞬时服务，作用域服务解析为何报错？

问题场景 #

基于Cocona搭建的控制台应用中，将服务注册为Scoped时，执行命令会抛出Cannot resolve scoped service 'IScopedService' from root provider异常；但注册为Transient或Singleton时，能正常解析服务并读取配置。

原因分析 #

1. .NET DI的作用域规则 #

.NET依赖注入的服务生命周期有明确限制：

• Singleton：实例由根容器创建，全局唯一，可直接从根容器获取。
• Transient：每次请求创建新实例，根容器可直接生成并返回，无需依赖作用域。
• Scoped：实例生命周期绑定到ServiceScope（服务作用域），仅能在作用域内的容器中解析。根容器不允许直接解析Scoped服务，这是DI的安全验证机制，防止Scoped服务被意外提升为Singleton生命周期。

2. Cocona的默认解析逻辑 #

Cocona默认在根服务容器中解析命令的参数依赖。当你把IScopedService作为命令参数注入时，Cocona直接从根容器尝试获取实例，违反了Scoped服务的解析规则，因此触发异常。

3. IConfiguration的特殊性 #

IConfiguration在.NET中默认是Singleton服务，无论注入到哪种生命周期的服务中，DI都能从根容器正常获取它。所以问题核心不是IConfiguration的注入，而是Scoped服务的解析上下文错误。

解决方案 #

方案一：手动创建服务作用域 #

在命令处理逻辑中，手动从根容器创建作用域，再在作用域内解析Scoped服务：

app.AddCommand("do-something", (IServiceProvider provider) =>
{
    using var scope = provider.CreateScope();
    var scopedService = scope.ServiceProvider.GetRequiredService<IScopedService>();
    scopedService.DoSomething();
});

方案二：使用Cocona的[ScopedCommand]特性（推荐） #

若使用Cocona v2.0及以上版本，可通过[ScopedCommand]标记命令，让Cocona自动为该命令创建服务作用域，从而正确解析Scoped服务：

// 定义命令类
public class MyCommands
{
    [ScopedCommand]
    public void DoSomething(IScopedService service)
    {
        service.DoSomething();
    }
}

// 注册命令类到Cocona
var app = builder.Build();
app.AddCommands<MyCommands>();
app.Run();

此方式下，Cocona会在执行命令时自动创建作用域，所有参数依赖都将在该作用域内解析，完全符合Scoped服务的生命周期规则。

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