如何在Firebase云函数中存储Bearer Token及过期时间？

针对你用Client Credentials模式获取Spotify短期Bearer Token、且希望降低存储读写成本的场景，推荐以下几种适配Firebase生态的存储方案：

1. 云函数实例内存缓存（全局变量） #

把Token和过期时间存在云函数的全局变量里，云函数实例复用期间可以直接读取，完全无存储读写成本。

• 优势：速度最快，零额外成本，适合低流量或实例复用率高的场景。
• 注意点：
  • 实例冷启动（比如长时间无调用后首次触发）时，全局变量为空，需要先获取Token再执行逻辑。
  • 多实例并行运行时，每个实例会维护自己的缓存副本，CRON刷新任务可以把最新Token同步到持久化存储，让新启动的实例能读取到最新值。

2. Firebase实时数据库（Realtime Database） #

相比Firestore，实时数据库更适合这种频繁读写的小体积数据：它按带宽而非文档读写次数计费，每小时一次Token更新、每次搜索一次读取的成本极低。

• 实现方式：创建一个spotify-token节点，存储access_token和expires_at（过期时间戳）。云函数处理搜索请求时，先读取该节点判断Token是否过期；CRON任务每小时刷新Token后，直接更新这个节点。
• 优势：读写速度快，成本远低于Firestore，无需额外服务配置，完全融入Firebase生态。

3. Google Cloud Memorystore（Redis） #

如果你的应用有高并发搜索请求，需要高性能的分布式缓存，Memorystore（全托管Redis服务）是更优选择：

• 实现方式：将Token存入Redis并设置与Spotify Token过期时间一致的TTL，无需手动CRON刷新——Token过期后Redis会自动删除，云函数发现缓存缺失时重新获取并存入Redis。
• 优势：分布式缓存保证多实例共享同一份Token，自动过期机制省去CRON维护成本，读写性能远超数据库。
• 注意点：需要额外开通Memorystore服务，有一定配置成本和月费，适合流量较大的应用。

方案选型建议 #

• 小流量应用：优先用实时数据库，兼顾成本和易用性；搭配内存缓存进一步降低读取次数。
• 高并发/高流量应用：直接用Memorystore（Redis），靠自动TTL机制简化维护。
• 极小流量场景：仅用云函数内存缓存，冷启动时临时获取Token，省去持久化存储的开销。

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