Redis在Windows上的缓存方案，何时能如约而至，填补空白？

那天凌晨一点半，我正坐在工位上，手里捧着一杯已经凉透的咖啡，盯着监控大屏。Redis 延迟曲线很稳，QPS 也很健康，一切都很美好。唯一不美好的，是我们隔壁工位老王的脸色。

缘起：Windows上的缓存难题

老王负责的是一个全 Windows Server 环境的项目，原因也很简单：历史包袱 + 商业软件依赖 + 客户指定操作系统。对于很多大型企业特别是传统行业客户，更换底层操作系统往往意味着巨大的风险和成本。

于是问题来了：小米啊，Redis 在 Windows 上真的就只能靠第三方移植吗？就没有一个原生、正经、官方支持 Windows 的缓存方案吗？

我当时的第一反应你肯定也猜到了：“兄弟， Redis 官方都不支持 Windows，你就别折腾了老老实实上 Linux吧。”，试着...

老王沉默了三秒， 然后幽幽地说了一句：“微软不是也做数据库、做缓存吗？”，我们都...

痛点剖析：为什么需要原生Windows缓存方案？

这就引出了一个值得深思的问题：为什么我们需要一个原生的 Windows 缓存方案，优化一下。？

• 先说说 Windows 生态有其特殊性，很多企业级应用跑在 Windows 上，更换平台代价太大。
• 接下来 现有的 Redis Windows 版本大多是第三方移植，性能和兼容性难以保证。
• 再说说原生支持可以更好地利用 Windows 内核特性，比如内存管理和线程调度。

新希望：Project Garnet登场

我当场一愣。那天晚上，我第一次点进了一个 GitHub 项目Project Garnet，摆烂。。