Spring MVC单例Bean用ConcurrentHashMap实现共享内存存储是否可行？

你的方案完全可行，Spring MVC和Tomcat底层没有任何机制会阻止这个实现，它刚好完美匹配你描述的单实例部署下的内存数据存储需求，不存在过度设计问题，性能远高于引入Redis或独立内存数据库的方案。

• Spring IOC容器默认的Bean作用域就是单例（singleton），整个应用生命周期内只会创建一个该Bean的实例，所有注入到Controller中的引用都指向同一个对象，天然满足跨请求、跨会话共享数据的要求。
• ConcurrentHashMap是JDK原生提供的高并发线程安全集合，针对多线程同时读写的场景做了专门的优化（JDK8后采用节点级CAS+synchronized实现并发控制，锁粒度极低），完全可以支撑多请求并发读写的线程安全要求，不会出现普通HashMap的并发修改异常、数据不一致问题。
• 单Tomcat实例运行时，所有请求处理线程都共享同一个JVM进程内存，这个单例Bean持有的Map数据会全程驻留JVM堆内存，应用停止/重启就会被清除，刚好符合你「无需持久化、无需多节点共享、仅运行期驻留内存」的要求。

• 行业内大多数通用架构方案默认面向可水平扩展的分布式生产场景，这类场景下多节点部署时本地内存数据无法跨节点同步，才会统一推荐Redis这类集中式缓存组件，不是本地内存存储方案本身有问题，只是适用场景不同。
• 大量入门教程、技术文章不会特意区分单实例部署和分布式部署的场景差异，默认直接照搬通用分布式方案，不会专门提及这种仅适配单实例场景的轻量实现，才会让你觉得这个方案很少有人用。实际上很多单实例部署的内部系统、边缘服务，都是这么实现的。

• 不要修改这个存储Bean的作用域，保持默认的singleton即可，如果错误配置成prototype、request、session作用域，每次注入/请求都会生成新的Bean实例，无法实现数据共享。
• 如果需要存储带过期时间的缓存数据，不要重复造轮子实现复杂的过期逻辑，可以在ConcurrentHashMap的基础上做简单封装，或者直接引入Caffeine/Guava这类本地缓存工具包（本质还是对并发安全本地Map的封装，不是独立部署的外部组件），避免出现无效数据长期占用内存的问题。
• 记得做好数据量控制，不要无限制往Map里写入数据，如果是存储请求指标类数据，要定时做汇总、清理过期条目，避免服务长期运行后出现堆内存溢出。
• 不要往Map里存放Web容器管理生命周期的对象，比如HttpServletRequest、HttpSession实例，这类对象持有请求/会话的上下文引用，存入全局静态/单例上下文会引发内存泄漏。

只要你确定后续服务不会做多节点水平扩展，这个方案就是当前场景下最简单、性能最高的实现，没有任何问题。

内容的提问来源于stack exchange，提问作者JMC