延迟加载的卖点从来不是「什么时候加载」代码照常写、同步用、不用改成 async，它自己把加载推迟到「第一次被用到」。

打个比方：把「导入一个模块」想象成「让一个员工到岗上班」。

// 花名册照常写在文件顶部import lazy { runLazy } from '../lazydemo/LazyFeature';// 用的时候，跟调用一个普通函数没有任何区别const msg = runLazy;   // ← 第一次执行到这里LazyFeature 才被加载

于是它和动态一样「点了才加载」，kan着就像同一回事。但差别其实藏在两处，你只要盯住就Nengkan见：

还是用「员工」那套：

员工到岗后就一直在了不会每次派活dou重新入职一遍。模块也一样：任何模块被求值一次后就被缓存，之后再导入/再使用，拿的dou是缓存。

动态加载是「现叫现到」——你亲手打

我写了个小 demo 体验 ArkTS 的两种「按需加载」：点「动态加载」按钮，Neng明显kan到模块是这会儿才被拉进来的；可点「延迟加载」按钮……好像没啥不一样？而且两种点下去，模块dou只加载一次。

我们将分析导致此现象的原因,并结合示例代码,展示如何正确配置 @OneToOne 关联,以实现真正的延迟加载,从而优化数据库查询性Neng。.在 Hibernat...

我的 demo 里「延迟」按钮点下去会调用：

延迟加载单例模式 hen多人写的懒汉式的单例模式: public class Singleton { private static Singleton instance; private Singleton{}; public static Singleton getInstance{ if;const msg = ns.runDynamic;

你Neng清楚kan到「这一行执行了模块才被拉进来」，是因为加载这个动作是你亲手写出来的，而且它异步、要 await，存在感hen强。

小提醒：import lazy 只支持具名 / 默认导入，import lazy * as ns 会编译报错；本工程是 API ，直接用即可。只有变量形式的动态 import 才需要配 arkOptions.runtimeOnly。

延迟 import lazy —— 挂名待命。他照常写在花名册里但开门时他不来、不占工位；直到第一次真有活儿找到他，他才到岗。关键点来了：你给他派活的方式，和派给普通员工没有任何区别——所以你“感觉不到”他是待命的。

只Loading一次的三种情况

静态导入

App 冷启动时所有模块douYi“到岗”，只是还没开始工作。

动态导入

需要时才“叫”模块过来“挂名待命”。

延迟导入

写法和静态一样，“花名册”里dou有记录，“挂名待命”，直到第一次真正用到才“到岗”。

真正的价值在于对比

避免误区