sy_123a的专栏

业务需要聚焦自己的字符串信息圈定的是哪些字符集，字符集哪些字符的编码，以及业务链路中（直至持久化），字符编码的方式变化。其他字符集如 Unicode可以对等着考虑，需要更多字节，能表示更多字符还可扩展，编码规则复杂，引起的问题也更诡异。每个类型后面的存储原理、编码解码、字节转换，以及多类型相互转换和展示、编码转码、大小写转换，每个拎起来都能写一大篇，这里我们只说关键的点。和业务的直接关系很小，但是本质都血肉关联。很多对象存储的命名都只限于ASCII的可显示字符，是很明智的举动，减少了很多麻烦事。

抽象出基本信息，多 key信息存储。直接影响是原来获取一次，现在需要获取多次，极端情况下，有长尾请求的 bad case，可以根据具体情况优化逻辑，全局考虑下一般可接受。理想的方式是对文件粒度的读访问限流，但是很少这么做，就像普通用户 Windows 系统装防火墙一样...代价大价值很难凸显。综上，正对业务使用的大 key缓存需求，本质要求设计者和编程者对缓存目标有一定的认知，了解缓存的利弊，使用时根据情况取舍粒度。前提是需要梳理业务逻辑，对目标对象的缓存本身进行分析，哪些情况QPS 达到多少就会有隐患。