可通过先安装后移除或使用临时项目实现Composer依赖的临时测试。具体为执行composer require安装包，测试后用remove卸载或用Git恢复文件；或创建独立目录初始化项目进行测试，避免影响主项目。
在不修改 composer.json 的情况下临时添加一个依赖进行测试，可以通过直接调用 Composer 的命令行功能实现。Composer 允许你在项目中安装包而不立即写入配置文件，适合快速验证某个包是否满足需求。
使用 composer require 但不写入 composer.json
虽然 composer require 默认会更新 composer.json 和 composer.lock，但你可以通过临时方式绕过写入配置文件。实际操作中，没有原生命令能“完全不写入”就安装包，但可以采用以下策略达到“临时”效果：
1. 手动下载并包含测试代码
如果你只是想简单测试某个类或功能，可以手动下载该包的源码（例如从 GitHub），放到项目的临时目录中，然后通过 require 或 autoloader 手动加载：
// temp-test.php
require_once 'vendor/autoload.php'; // 确保 Composer 自动加载已加载
// 尝试使用你想测试的类（假设你知道它的命名空间）
// 例如测试 monolog/monolog：
$logger = new Monolog\Logger('test');
$logger->pushHandler(new Monolog\Handler\StreamHandler('php://stdout'));
$logger->info('Hello from temporary test!');
只要该包已经在 vendor 目录中存在（即使不是通过 require 添加的），你就可以直接使用它。但若尚未安装，就需要先安装。
先安装再回滚（推荐用于临时测试）
最实用的方法是：先安装包，测试完后撤销更改。这样既利用了 Composer 的自动加载机制，又不会永久修改项目配置。
步骤如下：
- 运行 composer require 包名（会写入 composer.json 和 lock 文件）
- 编写测试脚本验证功能
- 测试完成后，运行 composer remove 包名
- 如果需要彻底不留痕迹，可以用 Git 撤销对 composer.json 和 composer.lock 的修改
安装测试
composer require guzzlehttp/guzzle
测试完成后移除
composer remove guzzlehttp/guzzle
或者用 Git 撤销变更
git checkout composer.json composer.lock
使用独立的临时项目测试
更干净的方式是创建一个临时目录专门用于测试：
mkdir tmp-composer-test && cd tmp-composer-test
composer init --no-interaction
composer require 库名
进行测试...
这样不会影响主项目，测试完直接删除目录即可。
基本上就这些方法。Composer 没有提供“仅内存安装”或“沙盒模式”，所以最现实的做法就是“装了再删”或“另起炉灶”。
