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 属性——这时候必须自己控制获取时机和上下文有效性，稍有不慎就拿到过期引用或空指针。

https://www.php.cn/faq/2038342.html