家里用着智能路由器、NAS或者自建的小型家庭云服务，很多人会开启缓存功能——比如把常看的视频、下载过的软件包、甚至网页静态资源存在本地，下次访问就快多了。这时候有人问：缓存穿透会导致命中率下降吗？答案是：会，而且影响挺直接。
缓存穿透不是“穿墙”，是“查不到还硬查”
缓存穿透指的是大量请求查询一个根本不存在的数据，比如有人反复用随机ID刷你家NAS上的相册接口：/photo?id=9876543210，而这个ID压根没存过照片。缓存里没有，后端数据库也查不到，每次都要走完整链路。久而久之，缓存里堆的全是“查无此物”的空响应（或者干脆没存），真正该缓存的热门内容反而被挤出去，或者压根没机会进缓存。
命中率是怎么被拉低的？
缓存命中率 = 成功从缓存返回的请求数 ÷ 总请求数。一旦出现穿透，大量请求绕过缓存直奔后端，这部分请求在统计里就是“未命中”。更麻烦的是，有些家庭设备的缓存策略比较朴素，比如用LRU淘汰，频繁的无效查询可能把刚缓存的电影海报、固件更新包这些高频内容给顶掉了。结果就是：你想看的《小猪佩奇》第3季封面，刷新三次才出来一次——因为两次都被无效请求冲掉了。
家庭场景里真会发生吗？
会。比如孩子用Scratch写了个小爬虫，误把路由器管理页的API地址当玩具狂刷；又或者你开放了家庭相册外链，被人用脚本批量探测图片ID；再比如某次固件升级失败，客户端反复请求一个已下线的配置接口……这些都可能触发穿透。设备内存小、缓存空间有限的家庭网络设备，比大厂服务器更扛不住这种“假流量”。
简单防一手，不难
不用上复杂方案。比如对确定不存在的key（像查不到的设备序列号、错误格式的分享码），缓存一个空值+短过期时间（比如60秒）：
cache.set("device:sn_abc123", null, 60)说到底，缓存不是万能保险柜，它得有人看着点——尤其在咱自家小网络里，没运维盯屏，更得靠设计兜底。