Redis连接失败主因是服务未响应TCP请求，需检查redis.conf中bind是否显式含127.0.0.1、protected-mode是否为no，并确认phpEnv的Redis进程真实运行且配置路径权限正确。
phpEnv 中提示 A connection attempt failed，基本不是 PHP 代码或扩展问题，而是 Redis 服务根本没响应 TCP 连接请求——它压根没收到你的包。
Redis 是否监听了外部地址？
phpEnv 默认走本地开发环境，但 Redis 配置仍可能锁死在 127.0.0.1。哪怕你在 phpEnv 的配置里填了 127.0.0.1:6379，如果 Redis 实际只绑定了 ::1（IPv6 localhost），或者 bind 行被注释后默认 fallback 到 IPv4-only 且未显式放开，就会出现“能 ping 通、redis-cli ping 成功，但 phpEnv 死活连不上”的现象。
- 检查
/path/to/phpenv/redis/redis.conf中的bind行：必须显式包含127.0.0.1（不是注释状态） - 确认
protected-mode是no—— phpEnv 启动的 Redis 通常不配密码，开启保护模式会直接拒绝所有非本地连接 - 改完必须执行
phpenv redis restart（或手动杀进程再启），reload不生效
phpEnv 的 Redis 进程是否真在跑？
phpEnv 的 Redis 常以 Windows Service 或后台进程方式运行，但它容易假死：进程还在，redis-server.exe 占着端口，但不再响应任何命令。此时 telnet 127.0.0.1 6379 会卡住，redis-cli -h 127.0.0.1 ping 也无返回。
- 用任务管理器或
tasklist | findstr redis确认进程存在且 PID 稳定（频繁变 PID 说明反复崩溃） - 尝试手动执行一次
redis-server.exe redis.conf，看控制台是否报错（比如配置语法错误、dir路径不存在、appendonly.aof损坏） - 常见坑：
redis.conf里的dir指向一个不存在的目录（如./data但当前工作目录不对），会导致启动静默失败
PHP 扩展是否真的连到了对的端口？
phpEnv 多版本共存时，php.ini 容易配错。你以为改的是当前 CLI 或 Apache 使用的 ini，其实改的是另一个版本的。
立即学习“PHP免费学习笔记（深入）”；
- 在 PHP 脚本里加
echo php_ini_loaded_file();，确认你编辑的php.ini是实际加载的那个 - 检查
extension=php_redis.dll（Windows）或extension=redis.so（Linux/macOS）是否已取消注释 - 确认
redis.default_host和redis.default_port没被设成错误值（比如redis.default_port = 6380） - 若用
Predis或Redis类手动 new，别漏掉['scheme' => 'tcp', 'host' => '127.0.0.1', 'port' => 6379]—— 少一个键就可能 fallback 到默认值（有时是localhost，触发 DNS 解析延迟甚至失败）
超时设置本身掩盖了真实问题
把 redis.timeout 从 1 秒调到 30 秒，或在 Predis\Client 构造参数里加 'timeout' => 30，只会让错误更难定位。TCP 层连接失败（connection refused / timeout）和认证失败（AUTH failed）的日志表现完全不同，但都显示为“连接失败”。
- 先用命令行直连验证通路：
redis-cli -h 127.0.0.1 -p 6379 ping—— 成功才进下一步 - 若失败，不要急着调 PHP 超时，去查 Windows 事件查看器（Redis service 日志）或
redis-server控制台输出的第一行错误 - phpEnv 自带的 Redis 版本较旧（如 3.2.x），某些新版 PHP 扩展（如 redis 5.3+）会因协议兼容性拒绝握手，表现为无日志、无响应
真正卡住的地方，往往不在 PHP 侧，而在 redis.conf 的 bind 和 protected-mode 组合、phpEnv 启动脚本的工作目录权限、以及 Windows 下 Redis service 的登录用户权限（默认 Local System 可能无法写 data 目录）。这些细节不打印错误，只沉默失败。
