ydq

+1

> > 确实一点都不卡了，不过还是建议添加一下检测db数量的逻辑哦 > > 什么逻辑？这个是导致选项过多已经达到web瓶颈了，要么就像Redis Insight那样只给输入数字来切换 使用虚拟滚动是不是可以改善

奇怪 你的第一条，我测试 最新版 不慢呀，反倒是按你说的 全缓存下来，之前的老版本 好像是这么处理的，像我公司这种情况 上亿的 key 会导致 内存炸掉  第二个 为什么现在还有人 直接用 java自带的序列化啊，难道不都是用 string 序列化么 哈哈哈哈哈 ps：我不是这个的开发，我也只是一个深度用户哈

可以试试 medis 或者 rdm（现在应该叫 resp，[github上有人用 actions 做自动打包的](https://github.com/FuckDoctors/rdm-builder)） medis v2 在 app store 收费了，但是可以免费试用，有一些限制，里面提供一个命令模式，可以试试能否用命令去删除 rdm 我发现就是一次性 全部扫出来了 本地筛选的，这个我老早以前用过，后来不怎么用了 然后还有一个 Another Redis Desktop Manager 也可以试试

看了下你的 选型也是 electron，key 多 卡死 你可以尝试使用 虚拟滚动来解决。 而且使用 electron 的话 市面上现有的 AnotherRedisDesktopManager 以及 medis 的开源的 v1 比较像，我个人不太喜欢 electron ，打包出来的太大了，毕竟 mac 硬盘寸土寸金啊。 当然如果你有兴趣和时间，其实你也可以选择自己重新编译打包 medis v1 来使用，我之前试过还不错，但需要降低 nodejs 版本来打包（现在好像可以使用 github actions 来做这个事情）。...

嗯 我是 java后端，但也算 半精通 vue，其实如果界面想做的精致也可以做到的，你有兴趣的话试试 medis1 ，从UI上来说 其实就很难看出 web 感，更多的看起来像 mac 原生的感觉 其实我也曾经也想写来着，因为不会原生，而 javafx 写界面太丑了，想做的好看、交互友好也比较难，之前也在 gitee 上见过有人使用 javafx 来写的，后面作者好像也放弃了。 而如果采用 BS 架构的话 要么得准备个服务器（会有网络安全和隔离的问题），要么得本地启动个后台服务再打开浏览器，比较傻。 所以如果想做 CS 架构最简单的选型就只能是 封装web。当时想的是 使用 javafx +...