针对同一个key出现不同值的原因
之前在工作的时候遇到了一个问题，在后台编写的接口返回给前端数据出现不一致的情况
接口逻辑：第一次请求查询数据库，在最后往static HashMap插入这次请求要返回的数据，开辟新线程等待5分钟，然后HashMap.remove(key)，这5分钟内针对这接口的请求都会返回HashMap中的已经存好的记录，因为该接口要返回的数据量比较大，每次都请求数据库是很浪费性能的
问题现象：奇次数请求返回的数据和偶次数返回的数据不一致，按常理来说从HashMap针对同一个key取出的object的内存地址是一致的，事实证明我在本地跑是没问题的，但更新到测试服就出现问题了，通过打印日志打印取出缓存数据的内存地址也是不一致的
发现问题：static HashMap中static 修饰符限制了我的思维，让我一直觉得只要是静态的只有一个，后面和运维那边查明测试服的服务器配置情况就明白了，在公司测试服是有一台服务器和两个tomcat配置的，这就导致了static HashMap出现了两次的原因，一个HashMap在tomcatA上生成，一个HashMap在tomcatB上，两个都是静态的。加上当前配置nginx访问的权重分配是按请求次数平衡来决定这次请求是由哪个tomcat来响应，所以会出现单次数请求返回的数据和偶次数返回的数据不一致
解决问题：如果一个项目是由多个tomcat共同部署，那么static静态修饰符的唯一性就会出现问题，每个tomcat都会生成自己的static对象，所以唯一性不能保证，解决方法是利用内存数据库redis、memcached。。。，内存是唯一的，所以存到内存的对象也是唯一的，要注意的是利用内存数据库存储的数据都要实现Serializable接口
利用内存数据库则如下图：
