Castle Windsor中Instance()与ImplementedBy()的区别及生命周期异常问题

嘿，我来帮你理清这两个Castle Windsor的常见问题：

1. Instance() 和 ImplementedBy() 注册的核心区别 #

这俩是完全不同的注册模式，核心区别在于谁负责创建服务实例：

• Instance()：托管已有实例
  你传入一个已经手动创建好的对象实例，Windsor容器只会把这个实例“存起来”，后续所有解析该服务的请求都会直接返回这个现成实例。不管你后续配置什么生命周期，这个实例都是全局唯一的（相当于强制Singleton），适合你需要严格控制实例初始化逻辑、或者复用已有对象的场景。
• ImplementedBy()：委托容器创建实例
  你只告诉容器“当需要IRequestService时，去创建RequestService的实例”，对象的创建、依赖注入、生命周期管理全交给容器处理。这是IoC最典型的用法，能充分利用容器的依赖解析能力，也是日常开发中最常用的注册方式。

2. LifestyleScoped() 失效与 Instance() 注册的生命周期问题 #

先解决你第一个场景的问题：为什么LifestyleScoped()会变成Transient？
LifestyleScoped()在Web应用中默认是和HttpContext请求作用域绑定的，但它生效的前提是你必须在存在HttpContext的上下文里解析服务：

• 正常在Controller构造函数、Action方法里解析，同一个Http请求内多次解析IRequestService都会拿到同一个实例，生命周期是正常的。
• 如果是在启动代码、后台线程、没有HttpContext的地方解析，Windsor找不到对应的作用域边界，就会自动降级为Transient，每次解析都生成新实例。这种情况你需要手动创建作用域：

  using (var scope = container.BeginScope())
  {
      var service = scope.Resolve<IRequestService>();
      // 在这里使用service，同一个scope内解析多次都是同一个实例
  }
  

再说说你提到的Instance()注册场景：
当你用Instance(requestServiceInstance)注册时，容器会完全忽略你后续设置的生命周期配置。因为实例已经由你手动创建好了，容器只负责托管和返回它，不管你写LifestyleScoped()还是LifestyleTransient()，解析时都会返回你传入的那个唯一实例——相当于强制Singleton，生命周期配置对Instance注册的服务无效。

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