@lesismal 感谢反馈

@orcl 有的，个人开发、本地连本机或测试 Redis 调试，本来就是很常见的用法。 闭源这点理解，能接受再试试看～谢谢点赞

@oky Zedis 做得不错：Rust + GPUI 原生渲染，帧率、流畅度、开源都很强。 对比下来 RedisViewer 侧重点不一样：更偏 Java 研发排查——JDK 序列化、Jackson / Fastjson 多态 JSON 的查看与编辑；以及 SlowLog / BigKey / HotKey 这类故障现象的本地排查入口。 如果更看重原生性能和开源，Zedis 很值得一试；如果经常

@zhangshaohan 谢谢认可。方便说下之前主要卡在哪吗？

@baiic 想是想…… 但没那个实力。 先把 Java 后端同行的痛点处理漂亮了，功能做扎实、好用，用户量起来了再说

@qwer666df 嗯，千万级是按极端场景做的内存/渲染优化，普通库用起来会更从容轻盈。 另外对 Java 开发者更友好：不管是老项目 JDK 序列化，还是 Jackson / Fastjson 多态 JSON ，都可以更直观的查看和编辑，这块是专门处理过的。 还有很多没提到的点，可以试用下看看

@baiic 桌面端是 Go + Wails （ WebView ），前端 Vue ；不是 Java 写的客户端。 说的「 Java 」是指能把 Redis 里的 JDK 序列化对象解出来看，方便 Java 业务排查缓存

@maocat @root71370 理解，Redis 客户端权限比较高，不开源不敢用很正常 这款软件没有计划开源，它是本地客户端，数据不经过我们服务器；更适合能接受闭源桌面工具、或只连开发测试库的场景。生产环境如果强制开源客户端，建议继续用开源方案。

@tanszhe 支持

@ala2008 没有开源

@baiic wails golang + vue

@baiic golang 写的