能否用Rails.cache存储短期会话数据？缓存失效问题求助

一、为什么缓存很快返回nil？ #

最可能的原因是你用了Rails默认的memory_store缓存后端，它有两个关键问题：

1. 进程隔离：如果你的服务器是多进程模式（比如Puma启动了多个worker），每个worker都有独立的内存缓存空间。你在POST请求的worker里写入缓存，后续GET请求可能被分配到另一个worker，自然读不到之前的数据。
2. LRU自动清理：memory_store默认采用LRU（最近最少使用）策略，当缓存占用的内存达到阈值（默认通常是32MB），会自动淘汰不常用的缓存项。你的单个缓存项就有10MB，很容易触发清理，哪怕间隔只有几秒。

另外也可以排查下session.id是否在后续请求中发生了变化——如果用户浏览器禁用了cookie，或者会话cookie意外失效，缓存键就会出错，导致读不到数据。

二、Rails.cache的清理机制由什么决定？ #

清理机制完全取决于你使用的缓存后端：

• memory_store：靠LRU策略自动清理，达到内存阈值时淘汰最少使用的项；服务器重启或进程结束时，缓存会全部清空。
• file_store：默认不会自动清理缓存文件，需要手动调用Rails.cache.cleanup（清理过期项）或Rails.cache.clear（清空所有），也可以在写入时设置expires_in参数，让过期项被自动清理。
• redis_store/dalli_store：依赖Redis或Memcached自身的过期/内存淘汰策略，比如Redis的LRU淘汰、过期时间自动删除等。

三、能否让当前方案正常工作？ #

当然可以，只需要调整缓存配置和使用方式：

1. 更换缓存后端为file_store：这是最简单的解决办法，它基于文件系统存储，多进程可以共享缓存。在config/application.rb或对应环境配置文件中添加：

   config.cache_store = :file_store, Rails.root.join('tmp', 'cache')
   

   这样所有worker都会读写同一个目录下的缓存文件，不会出现进程隔离问题。
2. 确认缓存键的一致性：在每个请求中打印session.id，确保后续请求的session.id和写入缓存时的一致，避免因会话标识变化导致读不到数据。
3. 设置合理的过期时间：写入缓存时加上expires_in，既避免缓存占用过多空间，又保证短时间内可以读取：

   Rails.cache.write("search_results_#{session.id}", search_results, expires_in: 30.minutes)
   

四、无需数据库或Redis的更优方案？ #

如果不想依赖额外服务，file_store就是最优选择：

• 它不需要安装任何额外软件，直接利用服务器的文件系统；
• 10MB的缓存数据完全在它的承载范围内；
• 配置简单，多进程共享无压力。

另外可以考虑前端存储（比如localStorage），但它有两个限制：一是单域名存储上限通常只有5MB，放不下你的10MB数据；二是敏感数据不能存在前端，有安全风险，所以不太适合你的场景。

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