请教前端缓存 API 接口数据，数据发生变化时，如何告知前端？

version 在你缓存那些数据变化的时候更新就可以了，可以通过 model 的事件来完成。version 可以存在缓存，数据库只要支持持久存储的任意地方都可以。这算是前端主动获取数据是否更新。 还有一种方式就是 ws，数据变化通过 ws 通知前端数据更新。这种是服务端主动推给前端，实时性更高一些。

你这个情况感觉首页不适合做缓存吧,除了banner的数据，其他的都有可能发生变化，做缓存反而有问题吧

首先要确认需求本身是什么？前端加缓存的目的是为了解决什么问题？比如是为了解决用户在弱网场景下请求 banner 接口慢而导致 banner 区域白屏？还是因为服务器带宽有限要节省 API 返回的内容？

长远来看，还是要用 WS，跟 meteor 一样。地址变了，立即更新，点击就可以了，没有槽点，非常 nice :flushed:

1.用redis去存版本号，为啥，快啊！可以在数据更新的时候顺带着更新版本号，当前端请求接口的时候去redis里找版本号，如果一致就不执行，小于就执行，就不用再去更新了；

2.使用websokect。第一次请求接口的数据肯定是最新的，但是当数据发生变化后，只有重新去请求接口才能知道是否是最新（或者是获取到最新的数据）。因此，使用ws，只要数据一更新，立即推送给所有连接的用户，不需要做任何其他的操作，妥妥的。

每个接口都加个版本控制吧，一个接口专门统一回复这个版本控制状态

可以采用 HTTP 协商缓存 ETag 来实现

1. 在后台每次修改需要缓存的数据时都进行一次 hash（当然你也可以使用其他算法生成唯一标识）

2. 将接口地址与 hash 值存为键值对

3. 写一个中间件类如：

   public function handle(Request $request, Closure $next)
   {
       $key = \Cache::get($request->getBaseUrl());
       if ($key && $key === $request->header('If-None-Match')) {
           return \response(null, 304)->header('ETag', $key);
       }
   
       $response = $next($request);
       if ($key) {
           $response->header('ETag', $key);
       }
   
       return $response;
   }

为什么不在后端缓存呢

后端获取数据后缓存,数据变化后清除缓存