Composer不支持纯内存级临时依赖；推荐用composer require --dev --no-update声明后按需安装，或用composer global require全局隔离安装工具类包。
可以直接用 composer require 命令临时添加开发依赖，无需手动编辑 composer.json —— 但要注意：这其实**会修改** composer.json（只是你不用手动改）。真正“不修改文件”的纯临时使用，Composer 本身不支持。不过有几种实用替代方案，按推荐顺序如下：
✅ 推荐：用 --dev + --no-update 快速试用（仍写入 composer.json，但暂不安装）
如果你只是想「先声明依赖、稍后再装」，或想快速测试是否兼容，可以这样：
composer require --dev --no-update vendor/package-name- 这条命令会把包写入
composer.json的require-dev区域，但跳过install步骤 - 之后在合适时机运行
composer install或composer update vendor/package-name即可拉取 - 如果试完不需要，直接删掉
composer.json里刚加的那行再composer install就清干净了
✅ 替代：用 composer global require（完全隔离，不碰项目文件）
适合工具类包（如 phpunit、larastan、psysh），且你信任全局环境：
-
composer global require --dev vendor/package-name（注意：--dev对 global 无效，实际忽略，但语义上你心里清楚是开发用） - 包装在全局 Composer 目录（如
~/.composer/vendor/），和当前项目完全解耦 - 需确保
~/.composer/vendor/bin在你的$PATH中才能直接运行命令 - 缺点：版本全局共享，不同项目可能冲突；不能自动加载项目级 autoloader
⚠️ 注意：不存在真正的「内存级临时 require」
Composer 是基于声明式依赖管理的工具，所有依赖最终都要落地到 composer.json 或锁文件。以下常见误解需澄清：
-
composer require --no-install不存在（只有--no-update） - 无法像 Node.js 的
npx那样「一次性的包执行」——PHP 没有原生等效机制 - 运行时用
require_once手动引入某个 PHAR 或源码？可行但绕过 Composer 自动加载、依赖解析和版本约束，不推荐用于常规开发包
基本上就这些。最常用也最安全的做法，还是老老实实 composer require --dev，用完删掉那一行即可——它写入 composer.json 是设计使然，不是缺陷。
