PHP 7.4 必须指定 predis/predis:^1.1 才能安装，因 v2.x 仅支持 PHP 8.0+；国内建议切阿里云镜像加速；Class not found 需检查 autoload 路径；get() 返回 null 多因 key 不存在或 database 不匹配；Swoole/Hyperf 中需用连接池或单例避免连接耗尽。
PHP 7.4 环境下直接 composer require predis/predis 会静默失败，不是网络问题，是版本不兼容；必须加 ^1.1 约束。PHP 8.0+ 才能用最新版。
PHP 版本不对导致 composer require 失败
PHP 7.4（如 XAMPP、宝塔老环境）默认装 predis/predis v2.x，但 v2 要求 PHP ≥ 8.0，结果命令卡住或报错退出，错误信息常被终端滚动刷掉，看起来像“没反应”。
- 确认 PHP 版本：
php -v - PHP 7.4 → 必须指定旧版：
composer require predis/predis:^1.1 - PHP 8.0+ → 可直接：
composer require predis/predis - 若之前失败过，先删掉
vendor/和composer.lock再重试
国内源超时导致安装卡死或 404
Composer 默认走 packagist.org，2026 年仍频繁超时或返回 404，尤其装 predis 这类高频包——这不是你网络差，是源本身响应慢。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 切阿里云镜像只需一行：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 验证是否生效：
composer config -g repo.packagist应输出阿里云地址 - 切完再装，速度通常从分钟级降到秒级
require 后 Class not found 或 get() 返回 null 却无报错
Class 'Predis\Client' 找不到，大概率是自动加载路径错了；$client->get() 返回 null，90% 不是连接失败，而是 key 不存在或连错了 database。
- 检查
require路径是否对：脚本若不在项目根目录，得用require __DIR__.'/../vendor/autoload.php'; -
null是合法返回值，不代表出错；先调$client->ping()，返回+PONG才说明连通 - 默认连
database => 0，但你可能在redis-cli里用了SELECT 2，或 Laravel 配置了'database' => 1，结果查不到数据 - 显式指定库：
new Client(['host' => '127.0.0.1', 'port' => 6379, 'database' => 1])
Swoole/Hyperf 中反复 new Client 导致连接耗尽
每次请求都 new Predis\Client()，在 Swoole 长生命周期下，socket 不释放，很快触发 ERR max number of clients reached。
- Hyperf 用户必须配连接池：
redis.pool.min_connections和max_connections得设够，别留默认的 1 - Swoole 原生项目建议封装单例，或交由 DI 容器管理生命周期
- 绝对不要在
for循环里建 client：for ($i = 0; $i < 100; $i++) { new Client(...) }是典型反模式 - Predis 本身无连接池，靠外部机制复用连接
真正难调的不是语法，是 PHP 版本、Redis 部署拓扑、框架生命周期、网络源这四者之间的对齐——任一错位，表现都是“连不上”或“读不到”，但其实根本没走到通信那步。
