调用服务的任意public方法、访问public属性、作为callable执行、或在var_dump/print_r中深度展开会触发懒加载服务实例化；仅注入构造函数、$container->get()、instanceof检查、赋值传参等操作不会触发。
Symfony 的懒加载（lazy loading）服务不会在容器初始化时立即实例化，而是等到首次真正被使用时才触发创建。这个“使用”不是指被注入到另一个服务或控制器里，而是指对服务对象的方法调用或属性访问——前提是该服务被明确标记为 lazy: true，且容器已生成代理类。
什么操作会触发懒加载服务的实例化？
只有以下行为才会真正“激活”懒加载服务，使其完成构造、依赖解析和对象创建：
-
调用服务的任意 public 方法（哪怕只是
$service->getName()） - 访问服务的 public 属性（不推荐，但若存在且未被 PHP 8.2+ readonly 限制，也会触发）
-
将服务作为 callable 执行（例如
($service)()，前提是它实现了__invoke） - 在 var_dump / print_r 中深度展开该服务对象（因需获取真实属性值，会强制初始化）
什么操作 不会 触发实例化？
很多常见操作看似“用了服务”，实则完全绕过真实对象创建：
- 仅把服务注入到控制器或其它服务的构造函数中（
public function __construct(MyService $service)） - 调用
$container->get('app.service')—— 返回的是一个代理对象（Proxy），不是真实实例 - 类型检查（
instanceof MyService）或反射读取类名（get_class($service)） - 赋值给变量、传参给函数（只要函数内部没调用其方法）
代理类是怎么工作的？
Symfony 在编译容器时，为每个 lazy: true 服务生成一个轻量级代理类（如 App\Service\HeavyService\Proxy）。这个代理：
- 继承原服务类，实现相同接口
- 所有 public 方法都重写为“先初始化，再转发”逻辑
- 内部持有一个闭包或延迟解析器，首次调用时才执行真实构造
- 初始化后缓存真实实例，后续调用直接复用
需要注意的边界情况
懒加载不是万能的，有些场景下它会被“提前破防”：
-
自动装配 + 构造参数类型含
callable或iterable：容器可能为安全起见预实例化 -
服务被设为
public: true且被其他非懒服务直接引用：若引用方本身非懒，可能连带触发 -
使用
reset或scope: prototype：每次获取都新建，懒加载失效 -
PHP 8.2+ 的
readonly属性 + 构造器内赋值：代理无法绕过 readonly 校验，某些极端配置下可能报错
