Composer报错或缓慢主因是composer.json冗余：删dev依赖至require-dev、清理scripts和installer、改classmap为PSR-4、移除非必要config项，比调高memory_limit更治本。
Composer 报错 file_get_contents(): failed to open stream: File size limit exceeded 或解析缓慢、内存溢出，大概率是 composer.json 里塞了太多冗余字段、重复依赖、未清理的脚本或历史残留配置。这不是 Composer 本身限制，而是 PHP 的 memory_limit 或 JSON 解析器对超大嵌套结构敏感导致的——直接删掉没用的行，比调高内存更治本。
删掉 dev-only 依赖里混进 require 的包
很多项目把 phpunit、infection、phpstan 等开发工具错误地写在 "require" 下，而非 "require-dev"。它们不参与运行时加载，却强制被 Composer 解析、下载、生成 autoloader，显著拖慢 install/update 速度，并增大 composer.lock 和内存占用。
检查并迁移：
- 运行
composer show --dev确认哪些包实际只用于开发 - 将它们从
"require"区块移出，粘贴到"require-dev"中 - 执行
composer update --lock仅更新 lock 文件，避免重装
清理无用的 scripts 字段和自定义 installer
"scripts" 区块常被用来写构建、清理、部署逻辑，但很多项目复制粘贴后长期未维护，里面包含已废弃命令、冗长 shell 脚本、甚至内联 PHP 代码。这些内容虽不直接影响依赖解析，但会显著增大 JSON 体积，且 Composer 每次加载都要完整解析整个字段。
重点关注：
- 注释掉或删除形如
"post-install-cmd": "php ./build.php"这类已失效脚本 - 移除整段
"installer-paths"（除非你真在用自定义路径） - 合并重复 hook，比如多个
"pre-autoload-dump"可以合为一个数组
压缩 autoload 配置：别用 classmap 扫全目录
有些项目为“图省事”，在 "autoload" 里写 "classmap": ["src/", "lib/"]，让 Composer 递归扫描所有 PHP 文件生成映射。这会导致：composer dump-autoload 极慢、vendor/autoload.php 体积暴涨、且每次增删文件都要重扫。
更轻量的做法：
- 改用 PSR-4 映射，例如
"App\\": "src/"，无需扫描，靠命名空间自动定位 - 只对确实无法遵循 PSR-4 的遗留类（如全局函数文件）用
"files"单独引入 - 彻底删除
"classmap"字段，除非你明确需要它解决某个具体问题
检查 vendor-dir 和 config 里的非常规设置
"config" 区块里有时会堆砌一堆调试、缓存、代理相关配置，比如 "fxp-asset": {...}（已废弃）、"github-protocols"、"discard-changes" 等。它们多数只在特定 CI 场景下有用，本地开发可删。
建议操作：
- 移除
"vendor-dir"—— 默认值足够合理，改它反而增加迁移成本 - 删掉所有带
"github"、"bitbucket"、"gitlab"的协议或认证配置（除非你真在私有 Git 服务上托管包） - 保留仅两项必要 config：
"preferred-install"和"sort-packages"
瘦身后的 composer.json 不只是变小了，关键是让 Composer 解析更快、锁文件更稳定、CI 构建失败率下降。最容易被忽略的是：很多人反复优化 autoload，却忘了 "scripts" 和 "config" 同样会吃掉几百 KB 的 JSON 解析开销——尤其当里面嵌了 base64 图片或大段注释时。
