必须安装 php-di/slim-bridge 并用 DI\Bridge\Slim\App 包装容器，否则 Slim 4+ 中 PHP-DI 注入失效；需显式绑定 ServerRequestInterface 和 ResponseInterface 等核心接口。
PHP-DI 和 Slim 的 Composer 安装命令写错就报错
直接运行 composer require php-di/php-di slim/slim 是够用的，但如果你用的是 Slim 4+，必须额外装 php-di/slim-bridge——不装它，Container::set() 或 get() 时会抛出 ContainerException，提示“no entry or class found”。Slim 4 默认不自动桥接 PHP-DI，这点和 Slim 3 完全不同。
正确安装顺序：
composer require php-di/php-di-
composer require slim/slim "^4.12"（别用 5.x，PHP-DI 当前没官方适配） -
composer require php-di/slim-bridge（关键！Bridge 负责把 PHP-DI 注入到 Slim 的App生命周期里）
在 Slim 中注册 PHP-DI 容器不能只 new Container()
很多人写完 $container = new \DI\Container(); 就直接传给 new \Slim\App($container)，结果路由里 $this->get(...) 拿不到服务。Slim 4+ 不再接受裸容器对象，必须用 Bridge 包装过的实例。
正确做法是用 Slim\Bridge\Pimple\Container？不对——那是旧版 Pimple 的桥。PHP-DI 要用 DI\Bridge\Slim\App：
立即学习“PHP免费学习笔记（深入）”；
use DI\Container;
use DI\Bridge\Slim\App as SlimApp;
$container = new Container();
// 这里可以 add()、set()、autowire()...
$container->set('logger', function () {
return new \Monolog\Logger('app');
});
$app = new SlimApp($container); // 注意：不是 new \Slim\App($container)
漏掉 DI\Bridge\Slim\App 这层包装，容器根本不会被 Slim 的中间件和路由解析器识别。
PHP-DI 自动注入在 Slim 路由回调里失效的常见原因
写了 function (ServerRequestInterface $req, ResponseInterface $res) { ... } 却发现类型提示没被 PHP-DI 解析，参数全是 null——这不是 PHP-DI 的锅，是 Slim 的路由定义方式问题。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
必须用数组语法或闭包绑定，让 Slim 明确知道要走容器解析：
- ✅ 正确：
$app->get('/user', [\App\Action\UserAction::class, 'handle'])（类+方法，PHP-DI 自动解析构造 + 方法参数） - ✅ 正确：
$app->get('/user', function ($req, $res) { ... })->add(new \DI\Bridge\Slim\Middleware\InjectAttributes())（需手动加中间件） - ❌ 错误：
$app->get('/user', function (UserRepository $repo) { ... })（匿名函数直写类型提示，Slim 不解析）
另外，确保 Container 启用了注解扫描（AnnotationReader），否则 @Inject 或构造器自动注入会静默失败。
开发时容易忽略的配置细节：自动装配 vs 手动绑定
PHP-DI 默认开启 autowire(true)，看起来省事，但 Slim 的 Request、Response、Route 等对象不是靠 new 出来的，而是由 Slim 在运行时注入到闭包/方法里的。PHP-DI 不会、也不能去“猜”这些对象该从哪来。
所以必须显式绑定核心接口：
$container->set(ServerRequestInterface::class)->factory(function () use ($app) { return $app->getContainer()->get('request'); });$container->set(ResponseInterface::class)->factory(function () use ($app) { return $app->getContainer()->get('response'); });
不绑，你在 Action 类构造器里写 public function __construct(ServerRequestInterface $req)，PHP-DI 会直接报 No entry or class found——它根本不知道这个 $req 该从哪取。
复杂点在于：Slim 的 $app->getContainer() 和 PHP-DI 的 $container 是两个东西，混用就会丢上下文。别试图把 Slim 原生容器当 PHP-DI 用，也别把 PHP-DI 容器塞进 Slim 原生容器里。桥接层只负责启动时传递一次，之后各管各的。
