Lazy不能直接用于依赖注入场景,因其初始化仅一次且不支持运行时传参,而依赖注入需每次访问时获取最新容器实例;应使用自定义委托或Spring原生@Lazy注解。

为什么 lazy 不能直接用在依赖注入场景
因为 lazy 初始化只执行一次,且不接受参数,而依赖注入通常需要运行时传入容器或上下文(比如 getBean(Class)。直接写 val service by lazy { ctx.getBean 会把 ctx 捕获为闭包变量——如果 ctx 尚未初始化或后续被替换,这个 lazy 值就会失效或抛 NullPointerException。
用 Lazy + 自定义委托实现延迟获取
核心是把“获取逻辑”推迟到每次访问,而不是仅首次。Kotlin 的 Lazy 接口本身支持 getValue,我们可以封装一个委托,让它每次调用都查容器:
class InjectableLazy(private val getter: () -> T) : ReadOnlyProperty { override fun getValue(thisRef: Any?, property: KProperty<*>): T = getter() } // 使用 val service by InjectableLazy { applicationContext.getBean () }
这样既保持了语法简洁,又确保每次访问都走最新容器实例。注意:这不是真正“懒”,而是“按需获取”,适合依赖可能动态刷新的场景(如多上下文、测试 mock 替换)。
如果必须真懒且支持注入上下文,用带参的 lazy 工厂
标准 lazy 不支持传参,但你可以把容器作为外部依赖提前持有,再用 lazy 封装其 getBean 调用:
-
private val ctx: ApplicationContext必须在声明前已初始化(比如构造函数注入或@Autowired字段) - 然后写
val service by lazy { ctx.getBean—— 这才是真懒,且安全() } - 若
ctx是 lateinit,务必确保在第一次访问service前已完成赋值,否则触发UninitializedPropertyAccessException
Spring 中更推荐用 @Lazy 注解而非手动 lazy 委托
Spring 原生的 @Lazy 是作用于 bean 创建时机的,和 Kotlin 的 lazy 完全不同层级。它让 Spring 在首次 getBean 时才实例化目标 bean,适用于单例 bean 之间的循环依赖或启动性能优化:
@Component class MyService @Autowired constructor(@Lazy private val heavyDep: HeavyDependency)
这种写法由 Spring 容器控制生命周期,比手动委托更可靠;手动 lazy 委托只影响属性访问行为,不改变 bean 实例化策略。混用两者容易造成语义混淆,比如以为 @Lazy + by lazy 是双重懒加载,其实它们解决的是完全不同的问题。
真正难处理的是跨上下文、非 Spring 管理对象里的 lazy 属性——这时候必须自己控制获取时机和上下文有效性,稍有不慎就拿到过期引用或空指针。










