不能一次性装全所有数据库驱动，因会导致依赖爆炸、自动加载臃肿、包体积增大、类名冲突及版本互斥；必须按需显式声明、隔离加载，通过配置与工厂模式控制运行时实例化。
不能靠 composer require 一次性装全所有数据库驱动，必须按需引入、显式声明、隔离加载。
为什么不能把所有数据库驱动都 require 进来
常见错误是看到项目可能用 MySQL、PostgreSQL、SQLite，就一股脑执行：
composer require doctrine/dbal composer require illuminate/database composer require cakephp/database
这会导致：依赖树爆炸、自动加载映射臃肿、vendor/autoload.php 加载变慢、部署包体积无谓增大；更关键的是，不同驱动之间可能存在类名冲突（比如都定义了 PDOConnection 的封装）、版本约束互斥（doctrine/dbal ^3.0 和 illuminate/database ^10.0 对 PHP 版本要求不同），引发 composer update 失败或运行时 Class not found。
composer.json 中如何安全声明可选驱动
核心原则：只在 require 中放**当前环境必需的驱动**，其余驱动放入 require-dev 或完全不写——等真正需要时再加。
- 生产环境只用 MySQL？那就只写：
"illuminate/database": "^10.0"到require - 测试环境要跑 SQLite？把
"phpunit/phpunit": "^10.0"放require-dev，并在phpunit.xml中配置 SQLite DSN，**不额外 require SQLite 驱动**（Laravel/DBAL 等已内置） - 想保留切换能力？用
provide字段声明接口兼容性，例如："provide": { "psr/sql": "1.0" }，但注意这不安装任何代码，只是语义声明
运行时按需加载驱动类的实际做法
Composer 本身不支持“运行时动态 require 某个包”，所谓“按需”是指：代码逻辑控制加载路径，而非 Composer 自动做条件加载。
- 不要在入口文件里
require_once 'vendor/autoload.php'后直接 new 所有可能的驱动类 - 把数据库连接初始化抽成工厂方法，根据配置决定实例化哪个类：
$driver = config('database.driver') === 'pgsql' ? new PgsqlDriver() : new MysqlDriver(); - 确保各驱动类所在包已通过
composer require显式安装过，且其autoload规则已写入composer.json并执行过composer dump-autoload - 如果驱动来自不同包（如
spatie/laravel-sqlite和laravel/framework自带的 MySQL 支持），它们的命名空间和类路径天然隔离，不会互相干扰
部署时如何避免多余驱动被带上
最容易被忽略的一点：即使你没在 require 里写某个驱动，只要它曾被 composer require 过，就会留在 composer.lock 里，并可能被 composer install --no-dev 一并装上。
- 检查
composer.lock，搜索驱动包名（如sqlite3、pdo-pgsql），确认是否仍存在 - 彻底移除不用的驱动：
composer remove ext-pdo-pgsql（注意这是扩展名，不是包名）或composer remove doctrine/dbal - CI/CD 部署脚本中强制使用
composer install --no-dev --optimize-autoloader --ignore-platform-reqs，其中--ignore-platform-reqs可跳过对未安装 PHP 扩展（如pdo_pgsql）的检查，防止因扩展缺失导致安装中断
真正“按需”的边界在代码层，不在 Composer 层；Composer 只负责把声明过的包准备好，至于用不用、怎么用，得靠你自己在工厂、配置、条件分支里控制。漏掉这点，很容易在本地跑通、上线就报 Class 'PgsqlDriver' not found —— 因为那个类根本没被 Composer 加载进来。
