不能用 composer require symfony/symfony，因该包自 Symfony 4 起已废弃，安装后无 src/、无 App\Kernel、bin/console 报 Class 'App\Kernel' not found；官方组件均独立发布，应按需 install 单个包如 symfony/console。
直接用 composer require 装单个组件就行，不需要框架、不碰 symfony/symfony、也不用 symfony new——那些要么已废弃，要么根本不存在。
为什么不能用 composer require symfony/symfony
这个包自 Symfony 4 起就没了。现在执行会触发依赖冲突，装完也没有 src/、没有 App\Kernel、bin/console 直接报错：Class 'App\Kernel' not found。它不是“精简版框架”，而是根本没意义的空壳。
-
symfony/symfony是旧时代的历史遗留，Packagist 上已标记为 abandoned - 所有官方组件（如
symfony/console、symfony/http-foundation）都独立发布，带完整语义化版本号（^6.4、^7.2） - Composer 会自动拉取最小必要依赖，比如装
symfony/form，只带symfony/property-access和symfony/validator，不会拖整个 framework-bundle 进来
装组件前必须确保项目已初始化
运行 composer require 前，目录下必须有 composer.json。否则会报错：Root package 'xxx' cannot be installed as it is not a valid PHP package。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 新目录先跑
composer init，按提示填几项基本信息（包名可写myapp，PHP 版本建议填^8.1或^8.2） - 已有项目但没
composer.json？别手写，用composer init生成更安全 - 别手动编辑
composer.json后再composer update——多一步就多一个出错点；require命令会自动写入并安装
常见组件安装命令与注意点
不同组件用途差异大，有些装完不能直接用，得配适配器或启用 bundle。
- 命令行能力：
composer require symfony/console—— 装完就能写Command类，注册后php bin/console my:command可运行 - HTTP 抽象层：
composer require symfony/http-foundation—— 纯 PHP 实现，无外部依赖，Request/Response开箱即用 - 缓存支持：
composer require symfony/cache只装抽象和 FilesystemAdapter；要用 APCu 就得额外composer require symfony/cache-adaptor-apcu（实际包名是symfony/cache+ext-apcu扩展，适配器逻辑在代码里判断） - YAML 解析：
composer require symfony/yaml—— 纯 PHP，不用ext-yaml，但性能略低；生产环境若需速度，得自己加扩展并确认yaml_parse()可用
装完怎么验证是否生效
别急着写业务逻辑，先确认组件真被加载了，且依赖没爆掉。
- 看
vendor/symfony/下对应目录是否存在（如vendor/symfony/console） - 运行
composer show symfony/console查版本和依赖树，检查有没有意外拉进 dev-only 包 - 如果项目是基于 Flex 的（比如用
create-project初始化的），某些组件（如symfony/mailer）会触发 recipe 自动写配置；但纯require进来的，通常要自己建config/packages/mailer.yaml - PHP 自动加载没问题，但类存在不代表能用——比如
symfony/serializer在 PHP 8.0+ 默认用mbstring，若没开ext-mbstring，运行时才报错
最易忽略的一点：组件之间虽松耦合，但 runtime 依赖（如扩展、INI 设置）不会被 Composer 检查。装完 symfony/process 却发现 proc_open 被禁用，或者 symfony/lock 用 Redis 适配器却没装 ext-redis，这类问题只能靠运行时暴露。
