很多人回答 Redis 使用场景时，只会说“做缓存、做锁”，这当然没错，但还是太空。更好的方式，是把场景和数据结构、业务问题一起讲出来。
缓存仍然是最核心的场景
热点数据缓存、会话共享和多级缓存都是高频用法。回答时要强调目标是减轻数据库压力，而不是把所有数据都塞进 Redis。
分布式锁要讲到并发冲突
如果只说“Redis 可以做锁”，含金量很低。更完整的说法应该带上库存扣减、重复提交控制或任务互斥这类实际场景。
计数、限流和排行榜也很常见
像阅读数、点赞数、接口限流、积分榜这类问题，Redis 都很适合处理。这里可以顺带体现你知道不同数据结构各自对应什么能力。
别把 Redis 当万能消息中间件
它确实能承担轻量消息通知，但如果场景涉及复杂重试、顺序保障或大规模堆积，通常还是更适合专门的消息系统。
结论
回答 Redis 使用场景时，尽量把缓存、锁、计数限流和排行榜这些典型问题讲具体，整体会比泛泛而谈更有说服力。
正文完
