Win10下Redis安装实战：下载、配置、服务注册与坑位排查

写这篇东西之前，先交代个背景：Redis 在 Win10 下的安装，跟 Linux 上一条 apt-get 就完事的体验完全是两回事。不少人是第一次接触这个“缓存数据库”，一上来在官网找不到 Windows 下载入口，转头去第三方站点下了一堆乱七八糟的 zip 包，解压后双击启动闪退，折腾半天放弃了。其实摸清门道之后，几分钟就能跑起来，而且能直接用到生产环境上去。这篇文章，我是按照自己在 Windows 10 上完整的实操流程整理出来的，从下载哪个版本、改哪些配置、怎么注册成系统服务，到可视化工具选型、高频报错排查、Redis 常用数据类型和分布式锁的基础逻辑，一次性讲完，新手照着做就行，老手也可以直接跳到后面几个章节看坑位。

1. 为什么要在 Win10 上装 Redis，装之前先想清楚三件事

1.1 先弄清楚 Redis 到底是什么，它能帮你解决什么问题

先别急着下载，花 30 秒理解一下 Redis。你以后会用它做缓存、做消息队列、做分布式锁，甚至做排行榜、做会话共享。它的核心就一个字：快。数据存放在内存里，读写速度能达到十几万 QPS（每秒请求数），远远甩开 MySQL 这类磁盘型数据库。它为什么快？因为 Redis 内部是单线程事件驱动模型，所有命令串行执行，没有锁竞争，配合 I/O 多路复用机制，把性能做到了极致。这个特性和 Windows 平台搭配起来有个天然优势：Win10 上做本地开发调试时，你完全可以把 Redis 当成一个“随身携带的高性能键值数据库”，不用借助任何外部服务器就能在本地模拟线上环境的缓存逻辑。

这里要展开说一个常见的误区：很多人以为 Redis 就是个“存字符串的玩意儿”，其实它的数据类型非常丰富，后面我会单独用一节来讲。但在安装阶段，你只需要记住，Redis 对外暴露一个 TCP 端口（默认 6379），客户端通过 Redis 协议和它通信，存的是 key-value 结构，value 支持字符串、哈希、列表、集合、有序集合等不同类型。这就好比它是一把瑞士军刀，不同的数据类型就是不同的工具，安装只是把它递到你手里。

1.2 Win10 下装 Redis 的三条路线，怎么选才不后悔

我接触过的方案主要有三种，先把优劣摆清楚，别看别人推荐什么就无脑跟。

第一种，原生 Windows 移植版，也就是直接用编译好的 redis-server.exe。这种方式最简单、最贴合标题里的“Win10 下安装”，下载一个 zip 包，解压即用，不依赖任何虚拟机或容器环境，我本人最常用。它的缺点是版本滞后，因为 Redis 官方不维护 Windows 版，目前社区活跃维护的版本大概停在 5.0.x，跟 Linux 上的 7.x 相比，少了一些较新的命令和优化，但对于本地开发、学习、缓存基本应用，完全够用。

第二种，WSL 2（Windows Subsystem for Linux）。这种方式本质是在 Win10 里装一个轻量 Linux 子系统，然后在里面通过官方源安装最新版 Redis，体验和服务器完全一致。它的优势是版本最新、最接近生产环境，还能顺便学 Linux 命令；劣势是需要开 BIOS 虚拟化、安装 WSL 内核、配置网络，对新手来说前置步骤偏多。另外，WSL 2 的文件跨系统访问性能比较拉胯，如果把 Redis 的数据目录放在 Windows 盘符下，持久化性能会受影响。

第三种，Docker Desktop 跑容器。比如直接在容器里运行 Redis，或者干脆拉一个 docker-compose 配置做主从、集群演练，这也是很多后端培训推荐的做法。好处是环境干净、可快速部署销毁、还能练习 Docker 技能；坏处是 Win10 家庭版配置 Docker Desktop 需要额外开启 Hyper-V 或 WSL 2，内存占用偏高，如果你电脑 8G 内存以下，跑起来风扇狂转，属实没必要。

如果你的唯一目标就是快速获得一个稳定的本地 Redis 环境，我个人建议选第一种。这是本篇文章后续所有实操的基础，同时也是最容易复现、最经济的选择。

2. Win10 原生版 Redis 完整安装实录

2.1 关键一步：官方没 Windows 版，该去哪下载什么版本

这一步值得单独拎出来详细说，因为 90% 的新手都栽在这里。打开 redis.io 官网，你会看到只有 Linux 和 macOS 的下载方式，没有 Windows 安装包，于是很多人开始走偏，百度出来一堆“Redis 官方版 Windows 下载”的网站，有的还要求付费、注册会员，妥妥的坑。这里我给一个非常稳的方案：去 Microsoft Archive 维护的 Redis 仓库（github.com/microsoftarchive/redis）或者由社区开发者维护的移植分支（比如 github.com/tporadowski/redis），下载已经编译好的 zip 压缩包。我目前使用的是 Redis-x64-5.0.14.1.zip，这个版本在 Win10 专业版和家庭版上都跑得很稳，几万个连接压力测试也没出过明显问题。

为什么要强调版本？因为 3.x 和 5.0.14 的配置格式有一定差异，很多网上的老教程还在教 2.8 或者 3.0 的配置文件写法，你照抄之后，Redis 可能直接拒绝启动。建议直接选 5.0.x。下载时注意区分 x64 和 x86，现在主流 Win10 基本都是 64 位系统，你右键“此电脑”属性看一眼就知道了，别下错架构。

下载完之后，还有一点容易被忽略：先检查 zip 包是否被 Windows 安全中心拦截。下载过程中如果看到“无法安全下载”提示，别急着关闭浏览器，而是选择“保留”或“仍然保存”，否则可能下载的只是一个损坏的空文件，解压才知道不对劲。

2.2 解压、认识目录结构与第一次启动

把 zip 包解压到一个不带空格和中文的纯英文路径下，比如D:\Redis或C:\Redis。这一点很重要，之前遇到过有人解压到“D:\软件\Redis 缓存”，启动时配置文件里路径处理不好，导致日志写不进去，服务注册也一直报错。路径干净，后面省事。

解压后你看到的文件大致是这些（以 5.0.14 为例）：

• redis-server.exe：服务端主程序，负责启动 Redis 服务
• redis-cli.exe：命令行客户端，用来发指令、调试数据
• redis-benchmark.exe：性能压测工具
• redis-check-aof.exe和redis-check-rdb.exe：数据持久化文件修复工具
• redis.windows.conf：标准配置文件
• redis.windows-service.conf：用于注册 Windows 服务时使用的配置文件
• RedisService.docx：微软社区附带的说明文档

我第一次启动时就是双击 redis-server.exe，看到黑窗口里打出一串版本信息和The server is now ready to accept connections on port 6379，心里才踏实下来。如果你用的是默认配置，这个窗口不要关，一关服务就没了。这是临时运行方式，只适合测试，真正的做法是后面注册成 Windows 服务。

在第一次启动之前，我建议先别急着动配置文件，直接跑起来，然后用 redis-cli.exe 试一试：

redis-cli.exe ping

得到PONG就说明一切正常。你会神奇地发现，整个 Redis 服务居然就这么活过来了。别急，此时距离“真正好用”还差两项：改密码和注册为开机自启服务。

2.3 动手改配置：端口、密码、持久化，一次配齐

临时启动没问题之后，就要用配置文件来管控 Redis 了。Redis 目录下的redis.windows.conf是我们要动的主要文件，记事本或者 VS Code 打开都行。下面几个配置项是想都不用想必须改的。

首先是通信端口，默认是 6379，如果没冲突可以不改，但如果本机有多个 Redis 实例，可以改成 6380、6381 等。端口冲突会导致启动失败，后面排查里我会细讲。其次是密码，默认是注释掉的，也就是无密码访问，本地环境还好，一旦你绑定了局域网 IP，不设密码等于裸奔。把这段取消注释并修改：

requirepass yourStrongPassword123

注意不要设太过简单的密码，比如 123456，Redis 客户端工具连接时虽然只在你电脑上，但如果你开启了远程访问，扫端口的人三秒就能爆破成功。然后是保护模式，Redis 5.0 默认开启protected-mode yes，这个配置的含义是：如果 Redis 没有密码或者没有绑定 IP，它会拒绝外部非回环地址的连接。所以你应该让它保持开启，这是最基本的自保。

再就是持久化配置。Redis 跑在内存里，断电就丢数据，但是它有 RDB（快照文件，默认的 dump.rdb）和 AOF（追加日志文件）两种持久化方式。Windows 版默认开启了 RDB，当你执行save或者满足某些条件时，会生成 dump.rdb 文件。我建议把 AOF 也一起打开，这样更稳一点：

appendonly yes appendfilename "appendonly.aof" appendfsync everysec

everysec意思是每秒把缓冲写入磁盘一次，兼顾了性能和可靠性。你不需要知道太深的原理，把它理解为“Redis 自己替你做自动备份”就够了。改完配置后，重新启动 redis-server.exe，你会发现窗口里多了很多加载日志，这代表配置已经生效了。

说到日志，很多人忽略 Redis 的日志配置。默认情况下日志是输出到控制台窗口的，服务一旦注册成 Windows 服务，日志就看不到了。所以在配置文件里找这三行：

loglevel notice logfile "D:/Redis/logs/redis.log"

提前建好 logs 目录，这样后续排查问题可以翻开日志慢慢看，比瞎猜强一百倍。

3. 把 Redis 注册成 Windows 服务，实现开机自启

3.1 服务注册命令和常见参数

每次手动双击 redis-server.exe 不是长久之计。你关掉了黑窗口，Redis 就没了，如果开发到一半才发现缓存连接不上，心态很容易崩。正确做法是把 Redis 注册成 Windows 服务，让系统在开机时自动拉起，自动运行在后台。这个过程命令很简单，关键是参数要写对。

用管理员身份打开 PowerShell 或 CMD，切到 Redis 目录，然后执行：

redis-server.exe --service-install redis.windows-service.conf --service-name Redis

注意，这里用的是redis.windows-service.conf而不是redis.windows.conf，后者是给前台模式用的。--service-name指定服务名，也可以叫 Redis_6379，为以后多实例留余量。如果你是跟着上面的步骤改了配置，记得把密码、端口等参数也同步到redis.windows-service.conf这个文件里，两个配置文件不是同一个文件，很容易忘。

注册成功后，系统会返回类似Redis successfully installed as a service的提示。然后启动服务：

redis-server.exe --service-start --service-name Redis

如果想确认状态，可以在 cmd 里执行：

sc query Redis

看到 STATE 那一行是RUNNING，就说明服务正常跑起来了。此时 Redis 已经在后台运行，不会再被你的误关打断。

3.2 服务模式下改配置要怎么做，怎么热加载

服务注册完成之后，一个高频问题来了：改配置文件里的端口或者密码，怎么让服务重新加载？很多人直接去任务管理器里结束 redis-server.exe，然后又傻眼了，服务状态变成已停止，点击“启动服务”又报错。正确流程是，先改配置文件，然后执行：

redis-server.exe --service-stop --service-name Redis redis-server.exe --service-start --service-name Redis

停止、启动，配置就生效了。如果你只是临时想改某个参数不想重启服务，也可以借助 Redis 自己的命令实现热更新，例如修改密码不重启：

redis-cli.exe -a 当前密码 config set requirepass 新密码

注意，这个命令执行后不会写入配置文件，重启服务后密码会回滚到配置文件里的值，所以只适合临时调试。这其实也是很多人踩的坑——明明用 config set 改了密码，一重启 Redis，密码变回去了，还以为是服务有问题。

服务卸载命令同样要记一下，尤其是你想换版本或者把服务换成 Docker 方案时：

redis-server.exe --service-uninstall --service-name Redis

卸载前先停止服务，否则会提示服务正在运行无法卸载。整体来说，Windows 服务这套机制非常成熟，Redis 注册进去之后，就跟 MySQL、Nginx 一样，开机自动拉起来，完全不操心了。

4. 客户端连接与可视化工具选型

4.1 命令行客户端验证：从 Ping 到 Set/Get

服务跑起来以后，第一件事是验证连接。打开一个新的 cmd 窗口，切到 Redis 目录，执行：

redis-cli.exe -h 127.0.0.1 -p 6379 -a 你的密码

-h是 host，-p是端口，-a是密码。如果密码正确，会进入127.0.0.1:6379>提示符。在这里面输入 ping，返回 PONG，说明网络层、认证层全部正常。然后可以试试最常见的写入和读取：

set username "zhangsan" get username

它会依次返回 OK 和 "zhangsan"。再看一下 key 的过期时间怎么设置，这是 Redis 作为缓存的精髓：

set session_token "abc123" EX 3600

EX 3600代表这个 key 在 3600 秒后自动删除。之后你可以用ttl session_token查看剩余存活时间。这个机制在实现缓存过期、验证码过期、临时权限控制时非常常用。要是想检查当前库里的所有 key，别用keys *，它会阻塞 Redis 并拖垮服务，环境允许的话用scan 0 count 20分批遍历，这才是安全操作。

4.2 可视化工具横评：RDM、Another Redis Desktop Manager、RedisInsight

命令行虽然能搞定一切，但视觉效果确实枯燥，尤其是看哈希、列表、多个 key 时，效率很低，所以多数人都会装一个可视化客户端。市面上常见的三款我挨个用过，简单说说区别。

Redis Desktop Manager，圈内简称 RDM，是很多老程序员的第一选择。早期版本免费开源，后来转成商业收费，新版本试用期结束以后要么付费要么卸载。如果你只是想本地连一下，老版本勉强可用，但界面和现代风格有点脱节。Another Redis Desktop Manager（ARDM）是目前我比较推荐的免费开源替代品，界面干净，支持多个连接配置、支持 key 的分页浏览、内置命令行标签页，还支持打包成绿色版直接使用。不管你有没有开发基础，下载安装之后添加一个连接，填好 host、port、password，测试连接成功即可进入主界面，可以非常直观地看到一个个 key。它的强大之处在于，能直接以树形层级展示 key，同时支持在线编辑 value，方便排查线上缓存数据。

RedisInsight 是 Redis 官方推出的现代化桌面工具，最大的优势是官方出品，版本迭代快，对 Redis 新数据类型的支持最全面，像是 Stream、RedisJSON，它都能可视化浏览。不过它对 Windows 版本有要求，启动时占用的内存也比较高，电脑配置一般的话，建议选 ARDM。我的做法是安装 ARDM 作为日常工具，遇到需要看流类型数据或者内存分析时再开 RedisInsight，互补使用。

表格化对比一下三款工具的差异，方便你决策：

选定工具之后，添加连接时注意密码框有没有激活。如果你没有配置密码，密码框可以留空；如果配了密码，填错时会得到WRONGPASS invalid username-password pair提示。此外还要确认连接地址是 127.0.0.1 还是 公网 IP，本地测试一律填 127.0.0.1，填错了会报超时。

4.3 Win10 防火墙与远程连接要注意的事

很多人在自己电脑上装好了 Redis，客户端连得顺畅，但到了想让同局域网另一台电脑连上来的时候，怎么都连不通。这背后的根源就是 Win10 防火墙默认拦截了来自外部的 TCP 连接请求。如果你需要远程访问，必须做两件事：第一，把 Redis 服务进程或 6379 端口加入防火墙允许规则；第二，修改 redis 配置文件里的 bind 参数。

默认配置里 bind 是 127.0.0.1，意思只有本机能连，外部直接无视。改成bind 0.0.0.0表示监听所有网卡，但这同时带来暴露风险，配合前面的 requirepass 使用才合理。完整的安全姿势是：局域网访问推荐绑定内网 IP，比如bind 192.168.1.100，这样只有局域网内的人能访问，外网完全碰不到。防火墙放行端口，图形化操作就是“控制面板 -> Windows Defender 防火墙 -> 高级设置 -> 入站规则 -> 新建规则 -> 端口”，填 6379，协议选 TCP，允许连接，作用域建议仅限局域网。这个环节有一个隐蔽坑：如果你安装的是 Win10 精简版或者手动关闭了安全中心服务，防火墙的图形化界面可能消失或者不起作用，此时需要用命令行管理员权限执行：

netsh advfirewall firewall add rule name="Redis" dir=in action=allow protocol=TCP localport=6379

实测下来，这条命令在所有 Win10 版本上都通用。至于网上说的“Win10 免费密钥”“系统重装”“win10 镜像”等等，和 Redis 安装没有直接关系，倒是有一点要提：如果你用的系统是网上随意下载的 GHOST 精简版，防火墙策略、Windows 服务基础组件往往被阉割过，Redis 注册服务时经常出错，这时候最有效的解决办法不是跟错误死磕，而是换一个官方渠道安装的 Win10。

5. 高频报错与坑位排查实录

5.1 启动闪退、黑窗口一闪而过，该怎么查

启动 redis-server.exe，眼前窗口一闪就没了，这是新手最容易碰到的第一堵墙。窗口闪退说明程序在启动初期就崩溃了，此时你根本看不到错误信息，因为进程自己没有常驻。查错的有效手段是：先把事件写入日志。在命令行执行：

redis-server.exe redis.windows.conf

把配置文件显式传参，这样程序启动时的报错会打印到当前窗口（前提是 logfile 没被配置成文件）。最常见的闪退原因有三个：配置文件里有非法参数（比如项目名写错）、执行目录不对、端口被占用。

如果是Invalid argument或者Bad directive开头的报错，那十有八九是配置文件抄错了一个单词，例如appendnom少了个 s。对照官方文档逐行核验即可。如果报Creating Server TCP listening socket *:6379: bind: No error或者提示端口正在被使用，那就是端口被占，下一节会讲怎么处理。

还有一个小概率问题：5.0.14 版本的 Redis 要求系统 CPU 支持某些指令集，如果 Windows 是在旧虚拟机上运行，或者 Win10 内核被某些软件篡改过，可能出现Can't set locale之类的启动警告，这时候先运行chcp 65001调整代码页或者装一下 Visual C++ 运行库，很多坑就自动消失了。

5.2 端口被占用，这是 Win10 上最经典的一幕

Redis 默认 6379，但这个端口常被别的软件抢占。先用命令行排查：

netstat -ano | findstr 6379

如果输出里有LISTENING，记下最后一列 PID，然后用：

tasklist | findstr PID号

看清楚是哪个进程，如果是明确不需要的服务，比如什么来路不明的软件，用：

taskkill /PID PID号 /F

强制结束。但如果你发现占用 6379 的进程就是一个 redis-server.exe，说明你之前其实已经启动过一次 Redis 了，不然就是注册服务没成功但进程残留在后台。这时候别再盲目启动第二个实例，想办法查出它是怎么赖在系统里的，然后去服务管理里把它正确停掉或卸载。还有一种情况是你装了 Redis Desktop Manager 或者某些 IDE 插件，它内部自动拉起了一个本地 Redis，同样会占用 6379，遇到这种害人精，直接把端口改成 6380 是更快的解法。

5.3 密码配置错误、权限认证失败，这些提示你分得清吗

配置 requirepass 之后，最常见的三个报错分别是：

• 连接时提示NOAUTH Authentication required，意思是需要密码，但客户端没有提供。在 redis-cli 里用-a参数或者在可视化工具里填写密码即可。
• 提示WRONGPASS invalid username-password pair，意思密码错了。注意 Redis 5.0 对大小写敏感，检查密码是否有多余空格。还有，如果你用的是配置文件，注意改完配置后有没有重启服务，很多人在运行中的 Redis 上改文件，却根本不重启，那新密码自然不生效。
• 提示DENIED Redis is running in protected mode because protected mode is enabled, 说明 Redis 处于保护模式，且未配置密码和绑定 IP。解决方法是设密码、设 bind，或者显式关闭 protected-mode。但千万别一关了之，把 Redis 完全暴露公网是非常危险的。

如果在服务里配置了密码，但有些第三方组件直接连接时提示无权限，这往往不是 Redis 的问题，而是组件源码里写死了无密码连接，或者没有读取到你的密码配置。检查它的配置项，时间远远短于你去改 Redis 的认证机制。

5.4 Win10 系统本身的拦截：杀毒软件、MSI 安装问题

最后一个坑，跟 Redis 无关，但跟 Win10 有关，而且我见过很多人卡在这。安装 Redis Desktop Manager 或者其他客户端时，系统可能弹出“Windows 无法打开此文件”或者“MSI 文件无法访问”。这是 Windows 系统自带的 Windows Installer 服务出错导致的。解决方案之一：右键安装包，选择“以管理员身份运行”。如果仍然失败，先检查一下系统服务列表里的Windows Installer服务是否被禁用了，把它改为手动或自动并启动。实在不行直接找绿色版 zip 包，跳过 MSI 安装，例如 ARDM 就有免安装版本，解压就能用。

杀毒软件方面，第三方杀毒和 Win10 安全中心的“勒索软件防护”功能都可能拦截 redis-server.exe 写的持久化文件。我之前就遇到过一次：dump.rdb 文件写了半小时发现磁盘上没有生成，原因是安全中心的“受控文件夹访问”把 Redis 目录默认视为危险操作。解决办法是把 Redis 目录添加为信任文件夹。说白了，Redis 安装本身不难，难的是 Windows 在一堆安全机制和“系统提示”背后给你设置的隐形路障。遇到问题时不慌，先来排查篇找方向，是最省时间的方式。

6. 装完之后，值得补上的几个 Redis 核心知识点

6.1 Redis 数据类型和业务场景对照，别只会存字符串

装好只是万里长征第一步，你真正在工作中要天天跟它的数据类型打交道。虽然 Redis 被认为是 key-value 数据库，但它其实提供了至少五种基础数据结构，每种都有对应的业务场景：

• String 字符串，最基础，适合做缓存、计数器、分布式 ID、验证码。它的内部支持INCR、DECR、INCRBY这类原子自增命令，做秒杀库存、访问量统计特别方便。
• Hash 哈希，类似 Java 的 Map，适合存储对象字段，比如用户资料：key 是用户 ID，field 是姓名、年龄、头像等。优点是一只 key 下面可以塞很多字段，修改其中一个字段不用整个覆盖。
• List 列表，双向链表，适合做消息队列、最新消息列表。用LPUSH+LTRIM可以快速实现一个只保留最近 100 条记录的“时间线”。
• Set 集合，自动去重，适合做标签、好友列表、抽奖活动（SRANDMEMBER）、共同关注（SINTER）。
• ZSet 有序集合，可以在元素上带分数，相当于扩展版 Set，适合做排行榜、延迟队列、加权队列。

另外还有 Bitmap（位图，适合做签到统计）、HyperLogLog（基数统计，适合统计 UV）、Geo（地理位置）、Stream（消息队列增强版）。在 Windows 环境里，用 ARDM 测试这几个类型的写入、查询，效果非常直观，还能加深对命令的理解。面试中如果你能答出“让我讲一下 Redis 数据类型”，从这几种的应用场景逐一展开，比只背命令要加分得多。

6.2 缓存治理和序列化，这两个词你一定要懂

Redis 装好了、能连上了，很快你就会遇到生产环境里的另一个问题：怎么防止缓存大爆炸、怎么管理缓存失效。这里涉及到两个关键技术点：缓存治理和序列化。缓存治理指的是缓存 key 的规划、过期时间的设置、缓存穿透/击穿/雪崩的应对策略。比如“缓存穿透”是指查询一个根本不存在的数据，请求直接打到数据库，治理方案是把空值也缓存起来，或者使用布隆过滤器拦截。“缓存击穿”是指热点 key 在过期瞬间有大量请求涌入，解决思路是加互斥锁或设置热点数据永不过期。“缓存雪崩”是多个 key 同时过期导致的群体性穿透，解决办法是给过期时间加随机值错开。

序列化则是指 Java/Python 对象存进 Redis 时，value 不能直接存对象，要么转成 JSON 字符串，要么用二进制序列化。这里有个很大的坑：如果实战中使用 JSON 序列化，数据结构里包含 LocalDateTime 这类类型时，默认序列化结果是一段复杂嵌套 JSON，不仅可读性差，反序列化也很容易报错。此时建议引入 Jackson 的 JavaTimeModule 或者直接统一为字符串时间戳。如果你用了 RedisTemplate 的 JDK 默认序列化，那更是重量级——存进去的 key 会带着一串转义前缀，你在可视化工具里根本看不出存的是什么，排查问题时异常痛苦。这是我在实际项目里踩过的大跟头，特此记录下来，希望你别再走一遍。

6.3 分布式锁最少要知道的设置逻辑，以及注意事项

讲到 Redis，肯定绕不开分布式锁，网上面试题里“基于 Redis 实现分布式锁”几乎是标配。它最核心的一条命令是：

SET lock_key unique_value NX EX 30

拆开解释一下：NX表示如果 key 不存在才设置成功，这是加锁的核心；EX 30表示设置 30 秒过期时间，防止客户端崩溃导致锁永久不释放；unique_value是你的唯一标识，用于解锁时确认“这把锁是我的”。解锁不是简单地用DEL key，而是要通过 Lua 脚本先 GET 再 DEL，保证“校验锁持有者”和“删除锁”这两个操作原子性。如果你不了解这段逻辑，用普通 GET-DEL 两步操作，在高并发下极大概率出现误删其他线程锁的情况。Windows 版 Redis 完全支持执行 Lua 脚本，所以这套逻辑在本地就能验证。

最后再补一点关于 Node.js 或 Python 客户端连接 Redis 的注意点：如果你在同一台机器上同时装了 Redis 服务端和多个服务，本地回环地址访问相对安全，也要防着别人通过局域网扫描端口。Redis 的日志目录最好单独设立，定期清理，免得 appendonly.aof 文件占用磁盘空间。

7. 结尾：说点我个人的使用感受

安装 Redis 这件事，本质上就是一个环境搭建的小工程，但牵扯出来的问题五花八门。版本选择、配置文件、防火墙、服务注册、可视化工具、数据持久化、分布式锁，这些名词轮番上阵，把很多刚开始接触后端的同学劝退。其实真没必要焦虑，把这些知识拆开来看，每一步都特别浅，只是没有人把它们串起来讲清楚。我个人很喜欢在 Win10 上用原生版 Redis 的原因，就是你不用装任何复杂的虚拟机，解压即用，改两行配置，注册成一个服务，然后它就在后台安安静静地工作。测试缓存逻辑、模拟分布式部署、手敲各种数据类型命令，改完代码直接跑，特别畅快。后续如果你觉得需要接触最新版本的 Redis 特性，再过渡到 WSL 或者 Docker 也不迟，而且有了这一遍原生安装的底子，再学那两种方式会让你轻松得多。希望你这台 Win10 上的 Redis，装完之后能安安稳稳跑很久，最好什么幺蛾子都不出。