做小程序开发，缓存是绕不开的话题。用户每次打开小程序都要重新拉取数据，页面加载慢、流量消耗大、体验差，这些问题很多时候都能靠缓存来解决。今天就用大白话，把小程序缓存这件事从头到尾讲清楚。
为什么小程序需要缓存
小程序的包体积有限制，主包一般不能超过2M，所以不可能把所有资源都打包进去。而且小程序运行在微信提供的环境里，每次启动都要经过初始化、请求数据、渲染页面这几个步骤，如果每一步都依赖网络请求，用户体验会大打折扣。缓存的作用就是把这些经常用到、又不会频繁变化的数据，先存一份在本地，下次直接读取，省时间也省流量。
举个常见的例子，用户打开一个电商小程序，首页的商品分类、推荐位图片这些东西，短时间内不会变。第一次联网请求后存到缓存里，第二次打开直接从缓存读，页面秒开，哪怕用户在电梯里没信号，小程序也能正常显示内容。
小程序本地缓存的几种方式
微信小程序提供了官方的本地存储API，主要是这几个：wx.setStorage 和 wx.setStorageSync 用来存数据，wx.getStorage 和 wx.getStorageSync 用来读数据，wx.removeStorage 用来删除指定的数据，wx.clearStorage 用来清空所有缓存。带Sync后缀的是同步方法，会阻塞后面的代码执行，数据量小的时候用起来简单直接；不带Sync的是异步方法，推荐在数据量大或者对性能要求高的场景使用，避免卡住页面。
需要注意的是，本地缓存有大小限制，单个key最大1M，总共最多10M。超了就会报错，所以别什么都往缓存里塞，要有取舍。另外缓存是跟用户和账号绑定的，换设备或者卸载微信后，缓存不会跟着走，所以缓存里只能放临时数据，重要数据还是要存到服务器的数据库里。
除了本地存储，还有其他几种缓存手段可以配合使用。全局变量适合存一些页面间要共享的临时数据，比如登录状态、用户信息，App启动时从缓存读一次放到globalData里，后面直接取用。图片这类静态资源可以用CDN缓存，配合浏览器的缓存机制减少重复下载。网络请求层面可以做请求缓存，把接口返回的数据按URL存起来，设置一个过期时间，没过期就直接用本地数据。
实用的缓存策略
缓存用得好不好，关键看策略。第一种是过期时间策略，存数据的时候顺便存一个时间戳，读取的时候判断是否超时，超时就重新请求接口。适合放一些允许短暂过期的数据，比如商品列表、资讯内容。
第二种是强制更新加缓存兜底，也就是先展示缓存数据让页面秒开，同时后台悄悄请求最新数据，拿到后更新页面并刷新缓存。这是目前用得最多的方案，兼顾了速度和数据的准确性。
第三种是版本号策略，适合处理缓存结构变更的问题。小程序迭代后，缓存的数据结构可能变了，直接读老缓存会报错。可以在存缓存时加上版本号，读取时如果版本不一致就丢弃旧数据重新请求。
常见的坑和注意事项
第一个坑是缓存对象和数组。wx.setStorage存储时会自动做序列化，但取出来的时候要留意数据类型，尤其是嵌套比较深的结构，建议存取前后都做校验。
第二个坑是同步方法阻塞。在onLaunch或onLoad里大量使用setStorageSync，会拖慢小程序的启动速度，这点对首屏性能影响很明显。初始化的缓存操作尽量放到异步回调里，或者延后到用户无感知的时候再执行。
第三个坑是缓存没有上限控制。缓存只写不删，早晚会把10M的空间用满。建议做一套清理机制，比如给每个缓存项记录最后使用时间，定期清理长期没用的数据，或者按照先进先出的原则淘汰旧数据。
第四个坑是把敏感信息放缓存。手机号、身份证这类敏感数据不建议存在本地缓存里，万一设备被别人使用，有泄露风险。确实需要的话，做加密处理再存。
总结
小程序缓存看着简单，真要用好得下点功夫。核心思路就三条：能用缓存就别重复请求，重要数据永远以服务器为准，缓存要做过期和清理机制。合理的缓存方案能让页面打开速度提升一大截，用户体验好了，留存和转化自然也跟着上来。建议大家在项目中先从首页数据缓存和图片缓存入手，逐步完善自己的缓存体系。