composer本身不提供动态代理类自动注入能力，它仅负责依赖下载、自动加载注册和类映射，代理生成与依赖注入需由di容器（如php-di）配合proxymanager实现。
Composer 本身不提供“动态代理类”的自动注入能力——它只负责依赖下载、自动加载注册和类映射，不参与运行时代理生成或容器管理。所谓“Composer 动态代理类自动注入”，本质是混淆了 Composer 和 DI 容器（如 Symfony Container、Laravel IoC、PHP-DI）的职责。
为什么 composer require 不会自动注入代理类
Composer 的 autoload 段仅控制「类文件如何被找到并加载」，不涉及实例化、代理包装或依赖解析：
-
composer.json中的"autoload": {"psr-4": {...}}只告诉 PHP “My\Proxy\Handler应该从哪个目录加载” - 即使你用
ProxyManager生成了My\Proxy\HandlerProxy类，Composer 也不会自动把它注册为可注入的服务 - 没有容器参与时，
new HandlerProxy($realInstance)还是你自己写；没人帮你决定何时代理、代理谁、怎么缓存
ProxyManager + PHP-DI 的最小可行注入链
真正实现“代理类自动注入”，需组合使用 proxy-manager（生成代理）和 php-di（管理生命周期与注入）。关键不是 Composer，而是容器配置：
- 先装依赖：
composer require ocramius/proxy-manager php-di/php-di - 在 PHP-DI 配置中显式定义代理 Bean：
$container = new Container();
$container->set(MyService::class, function (Container $c) {
$real = $c->get(RealMyService::class);
$generator = new \ProxyManager\GeneratorStrategy\EvaluatingGeneratorStrategy();
$proxyFactory = new \ProxyManager\Factory\RemoteObjectFactory($generator);
return $proxyFactory->createProxy(
MyService::class,
['remote_url' => 'http://api.example.com']
);
});
此时调用 $container->get(MyService::class) 才真正返回代理实例——Composer 只确保 ProxyManager 类能被 require_once 'vendor/autoload.php' 加载进来。
常见踩坑：把 autoloader 当 container 用
很多开发者误以为只要类能被自动加载，就能被框架“自动注入”。典型错误现象：
- 写了
MyRepositoryProxy类，放在src/Proxy/下，也配了 PSR-4 —— 但 Laravel/Symfony 仍报Class not found或Target [MyRepositoryProxy] is not instantiable - 原因：框架容器没被告知这个类要如何实例化；它只认
@Inject、bind()、YAML 配置或#[Inject]注解等显式声明 - 解决路径只有一条：在容器配置里补上代理构造逻辑，而不是改
composer.json
真正需要关注的不是 Composer 怎么“注入”，而是你用的 DI 容器是否支持运行时代理注册、是否允许对已有接口绑定代理实现——这些都发生在 Container::build() 阶段，和 composer install 是两个正交流程。
