偷偷问下，aws逆向的kiro 他们是怎么做到有缓存的，我看了很多2api的代码 都没有看到cache字段

问题描述：

如题
偷偷问下，aws逆向的kiro 他们是怎么做到有缓存的，我看了很多2api的代码 都没有看到cache字段

网友解答：

---

--【壹】--：

对啊，都是模拟计费为什么有的蹬的快有的蹬的慢

---

--【贰】--：

啥啊，就是hash前缀的事情，模拟一个缓存字段 返回，让用户端 少计点费

---

--【叁】--：

嗯，我知道，只是不知道算法怎么设计的，是否有开源实现

---

--【肆】--： Terminal.Pub:

cache

商家是模拟缓存。
因为上游是有缓存的，所以kiro其实挺耐蹬的，只是kiro转出来没有。只能模拟。

---

--【伍】--：

水很深的，触及利益了，应该没人会告诉你

---

--【陆】--：

要拿去卖钱的，别人都搞了缓存，我不弄一个 ，没法交代

---

--【柒】--：

不用管这么多用就行了

---

--【捌】--：

转出来没有是什么意思？
转出来一样是请求的Amazon的后端服务，按道理后端不关心也无法分辨是不是转出来的请求吧？

除非是说商家的请求多且变化频繁，所以服务端缓存失效或者被驱逐的频繁，导致整体缓存命中率低，看起来没有缓存一样？

佬友能不能帮忙解惑一下

---

--【玖】--：

github.com/hank9999/kiro.rs

佬们，帮忙看看这个缓存的实现 是否有问题，我测试了 读取、写入都没问题了，但是总是有点不放心 (#57)

master ← fqdeng:master 已打开 02:07AM - 03 Feb 26 UTC fqdeng +4295 -31

看看，我fork了一份，加了缓存，目前跑起来没啥问题

---

--【拾】--：

我知道上游kiro 肯定是有缓存的，难道这些渠道都是自己 把用户对话缓存到redis，然后在当前会话session里面 下次做匹配？然后给下游返回缓存的计算字段？