因为di\container无无参构造函数且不含默认解析逻辑，必须通过containerbuilder构建；直接new会因空壳无定义导致get()抛entrynotfoundexception。
为什么 new \DI\Container() 会直接报 EntryNotFoundException
因为 \DI\Container 本身不是可直接实例化的“开箱即用”容器——它没有无参构造函数，也不含默认解析逻辑。所有合法初始化必须经过 \DI\ContainerBuilder，否则 get() 调用必然失败。
- 错误写法：
new \DI\Container()→ 空壳对象，连基础类解析都做不了 - 正确入口：
(new \DI\ContainerBuilder())->build() - PHP 版本决定包版本：7.4–8.0 用
php-di/php-di:^6.4，≥8.1 用php-di/php-di:^7.0 - 装完立刻检查
vendor/php-di/php-di/CHANGELOG.md首行，确认是 6.x 还是 7.x，避免版本错配
接口绑定必须显式声明，不能靠 auto-wiring
PHP-DI 的自动装配（auto-wiring）只对具体类生效，LoggerInterface、UserRepository 这类接口或抽象类不会被自动识别——不绑定就会触发 Entry "LoggerInterface" cannot be resolved 错误。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须用
addDefinitions()显式绑定：$builder->addDefinitions([LoggerInterface::class => \DI\create(FileLogger::class)]) - 别用已废弃的
set()方法（7.x 中标记为 deprecated） - 命名空间必须完全一致：
get('App\Service\UserService')≠get('UserService') - 扫描路径不递归：
addDirectory('app/Services')只扫该目录，子目录需单独加
pre-install 钩子中无法 require autoload.php
Composer 2.2+ 的 pre-install 是唯一合法安装前钩子，但它执行时 vendor/ 目录为空或不完整，此时 require 'vendor/autoload.php' 必然失败。
- 误配
pre-install-cmd、preInstall、on-pre-install全部静默忽略，不报错也不执行 -
pre-install支持 shell 命令和 PHP 回调，例如："pre-install": ["echo 'checking env'", "MyBuild::beforeInstall"] - 回调方法必须是
public static，且所在类需在autoload-dev下注册（不是autoload） - 别在回调里再
require 'vendor/autoload.php'—— Composer 已加载好，重复 require 可能破坏命名空间解析
composer.lock 不是可选文件，而是运行时契约
composer.lock 记录的是精确安装版本，不是开发辅助文件。没有它，composer install 就退化为 composer update，依赖版本漂移风险极高。
- CI/CD 和生产环境必须提交
composer.lock，且部署时用composer install --no-dev --optimize-autoloader - 手动修改
composer.lock极易破坏哈希校验，导致Your requirements could not be resolved -
composer.json是“需求说明书”，composer.lock是“交付清单”——两者语义不同，不可互相替代 - 中文环境下尤其要注意：某些镜像源同步延迟可能导致
composer install拉到旧版 lock 文件中的包，需核对packagist.org或国内镜像状态
