必须确认phpredis扩展已加载且兼容php版本，连接redis需设超时、密码校验和ping验证；predis须配置timeout与read_write_timeout；存取复杂数据需统一序列化方式。
PHP 连接 Redis 缓存，必须先确认 phpredis 扩展已加载，否则 new Redis() 会直接报 Fatal error: Uncaught Error: Class "Redis" not found；Predis 是纯 PHP 替代方案，但默认配置极不健壮，不设超时等于生产环境裸奔。
怎么验证 phpredis 扩展是否真在运行
别靠猜，也别只看 php.ini 里有没有 extension=redis.so 或 extension=php_redis.dll。Windows 下还要确认该 DLL 文件真实存在于 ext/ 目录；Linux/macOS 下执行：php -m | grep redis，有输出才代表模块已启用。PHP 8.0+ 用户尤其注意：旧版 phpredis（如 5.3.x）不兼容，必须用 6.0+；用 pecl install redis 默认拉的就是新版。
如果用宝塔、phpStudy 等一键环境，进「PHP 扩展管理」页面启用 redis 插件后，务必重启 PHP 服务（不是只重启 Nginx/Apache），再跑一次 phpinfo() 页面，搜索 “redis” 区块，看到完整配置表才算成功。
phpredis 连接必须带超时和 ping 校验
只写 $redis->connect('127.0.0.1', 6379) 在生产环境是高危操作——网络抖动、Redis 重启、防火墙策略变更都会让脚本卡死或崩溃。
- 连接超时必须显式传：例如
$redis->connect('127.0.0.1', 6379, 2.5)，单位是秒，超过即失败，不阻塞后续逻辑 - 密码认证不能只调
auth()就完事：if ($redis->auth('your_pass') === false) { throw new Exception('Redis auth failed'); }，因为auth()失败只返回false，不抛异常 - 连接后必须
ping()验证连通性：if ($redis->ping() !== '+PONG') { /* 走降级逻辑 */ }，注意返回值是字符串'+PONG'，不是布尔值
Predis 的 timeout 和 read_write_timeout 都不能漏
Predis 虽免编译，但默认配置没设任何超时，高并发下容易耗尽 socket 资源，甚至让整个 PHP-FPM 进程 hang 住。
必须显式传这两个参数：
$client = new Predis\Client([
'scheme' => 'tcp',
'host' => '127.0.0.1',
'port' => 6379,
'timeout' => 2.5,
'read_write_timeout' => 2.5,
'password' => 'your_pass'
]);
漏掉 read_write_timeout 是最常见坑：写入成功了，但读操作可能无限挂起；密码必须放在 password 字段，不是 auth；另外，避免每次请求都 new Predis\Client()，要用单例或 DI 容器复用实例，否则 TCP 连接开销远高于 phpredis。
存数组或对象前必须统一序列化方式
Redis 原生只存字符串。如果你用 set('user', $obj)，实际存的是对象的 __toString() 结果，get() 拿回来根本不是对象，而是空字符串或报错。
phpredis 提供 setOption() 统一处理：
$redis->setOption(Redis::OPT_SERIALIZER, Redis::SERIALIZER_PHP);
之后所有 set()/get() 都自动序列化/反序列化。但注意：不要对不可信数据用 unserialize()，有反序列化漏洞风险；更安全的替代是 json_encode()/json_decode()，但需手动调用，且不支持资源、闭包等类型。
真正容易被忽略的是：不同环境（开发/测试/生产）如果序列化方式不一致，缓存读写就会错乱——比如本地用 JSON，线上用 PHP 序列化，同一个 key 写进去、读出来完全对不上。这个坑往往上线后才暴露，查起来极费时间。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
