Klein 没有内置 DI 容器因其定位是轻量级路由库，不管理对象生命周期；需手动集成 PHP-DI 等容器，通过依赖注入解耦控制器与服务，提升可测试性与环境适应性。
为什么 Klein 没有内置 DI 容器
Klein 是个轻量级路由库，Klein::dispatch() 本身不接管对象生命周期，也不提供 bind()、make() 这类 DI 方法。你试图在 respond() 回调里直接 new 服务类，很快就会遇到测试难、耦合紧、环境切换麻烦的问题。
真正要提升可测试性，得自己引入或集成一个容器——不是 Klein 支持 DI，而是你用 DI 去“包装” Klein 的路由逻辑。
用 PHP-DI 注入控制器和服务到 Klein 路由
PHP-DI 是目前最省心的纯 PHP 容器，支持自动注入、配置绑定、循环依赖检测，且和 Klein 零冲突。
- 先安装：
composer require php-di/php-di - 把路由注册从匿名函数改成控制器方法调用，例如
respond('GET', '/user/{id}', [$userController, 'show']) - 在容器中声明控制器及其依赖：
$container->set(UserController::class, \DI\create()->constructor(\DI\get(UserService::class))) - 启动时用容器解析控制器：
$userController = $container->get(UserController::class)，再传给respond()
这样写完，单元测试时可以直接 new UserController 并传入 mock 的 UserService，完全绕过 Klein。
立即学习“PHP免费学习笔记（深入）”；
避免在 Klein 回调里 new 对象的三个典型错误
这是新手最常踩的坑：以为“能跑通就行”，结果一加测试就卡住。
- 在
respond()里直接new DatabaseConnection()→ 数据库连接无法 mock，测试必须连真实 DB - 把
new Logger()写死在路由回调里 → 日志路径、级别、输出目标全被固化，没法针对测试环境替换 - 用全局变量或静态方法获取服务（如
Config::get('db.host')）→ 无法在测试中临时覆盖配置，导致环境敏感逻辑泄漏到业务代码
这些写法让路由层承担了不该有的初始化职责，也切断了依赖注入链路。
性能与兼容性要注意的边界
PHP-DI 默认开启反射解析，开发期没问题，但上线后建议生成预编译容器缓存，否则每次请求都重新分析类型提示会拖慢首字节时间。
- 运行
php vendor/bin/phpdi compile生成cache/container.php - 加载时改用
ContainerBuilder::buildFromContainerFile('cache/container.php') - Klein 本身无 PSR-11 兼容层，所以别尝试用
$klein->setContainer($container)—— 它根本不认这个接口，所有容器交互必须手动完成
另外，如果项目已用 Laravel 或 Symfony，别硬套 PHP-DI；直接用它们自带的容器 + bind() 绑定 Klein 的控制器更自然，毕竟容器能力已经就位，没必要多一层抽象。
