VSCode本身不支持直接连接Redis，需依赖Redis Client或Redis Explorer等插件实现连接、浏览与调试；插件依赖本地redis-cli，不支持TLS/Cluster/Sentinel，连接前须确保Redis服务运行且配置匹配。
VSCode 本身不运行 Redis，但能通过插件实现连接、浏览、增删改查和实时验证——前提是本地或远程 Redis 服务已启动且网络可达。直接装插件 + 填对连接参数就能用，不需要改 settings.json 或配 Code Runner。
装哪个 Redis 插件才靠谱
目前维护活跃、支持主流功能（key 搜索、类型识别、TTL 查看、命令执行）的只有两个：「Redis Client for Visual Studio Code」和「Redis Explorer」。前者由微软官方团队参与维护，后者社区更新更勤。别装名字带 “Redis Tools”“Redis Manager” 的冷门插件，容易连不上或解析 JSON 失败。
- 在 VSCode 中按
Ctrl+Shift+X打开扩展面板，搜Redis Client，认准发布者是ms-vscode或Shyam-Chen - 安装后无需重启，侧边栏会自动出现 Redis 图标（看起来像一把钥匙）
- 如果没出现图标，检查是否被隐藏：右键侧边栏空白处 → 勾选
Redis
连接时 host/port/password 怎么填
错误大多出在默认值和实际服务不匹配。比如你用 brew install redis 装的 macOS 版，默认监听 127.0.0.1:6379，但如果你改过 redis.conf 里的 bind 或 port，这里就必须同步改。
-
Host：本地开发填localhost或127.0.0.1；远程填 IP 或域名，别填http://xxx（协议前缀会报错） -
Port：确认服务端口，redis-cli -p 6380能连上，就说明不是默认 6379 -
Password：空字符串 ≠ 不填。如果 Redis 没设密码，这一栏必须留空（删掉所有空格），不能填""或null -
DB Index：默认是0，但如果你代码里用了SELECT 2，就得填2，否则看不到数据
连上了却看不到 key 或显示乱码
常见于三类情况：Redis 服务根本没跑、插件没权限读取、或者值是二进制/未格式化内容。插件不会主动报“连接超时”，只会卡在加载状态或弹出模糊提示。
- 先终端执行
redis-cli ping，返回PONG才算服务活；返回Could not connect to Redis at 127.0.0.1:6379就得先启服务：redis-server或brew services start redis - Windows 用户若用 WSL2，
host别填localhost，要填host.docker.internal或 WSL 的真实 IP（cat /etc/resolv.conf查） - 看到 key 但点开是
[object Object]或一堆不可读字符？那是插件没自动解析 JSON/BLOB。右键 key →Copy Value粘贴到编辑器里手动看，或改用redis-cli --raw GET xxx验证原始值
配合代码调试时要注意什么
你在 Python/Node.js 里用 redis-py 或 ioredis 写完 set 操作，VSCode 插件未必立刻刷新。这不是插件 bug，而是 Redis 本身没推送机制，插件靠轮询或手动刷新。
- 插件默认每 5 秒自动刷新一次 key 列表，但值内容（比如 hash 字段）不会自动更新，必须双击 key 或点右上角
Refresh图标 - Node.js 开发中，如果用
redis.createClient({ socket: { host: '127.0.0.1', port: 6379 } })，确保 host 和插件里填的一致，否则你以为写进去了，其实连的是另一个实例 - Python 项目里若用
redis.Redis(db=1)，而插件连的是db=0，那肯定找不到 key —— 插件不会跨 DB 合并展示
真正卡住的地方往往不在配置，而在 Redis 服务状态和 DB 索引是否对得上。连不上先 redis-cli ping，看到 key 但没值就检查 DB Index，值乱码就绕过插件直查 CLI。插件只是视图层，底层还是得靠服务本身稳。
