假设用户A创建分享给用户B

1. 用户A是第一个进入也免得人，这个时候A的数据是齐全的，这个时候通过share生命周期分享给用户B

2. 用户B通过分享进来，那么不管他登录与否，首先要做的是把用户A的share分享过来的值存到全局以及缓存（这个时候用户B再分享出去才会有数据）

3. 这个时候根据登录与否去做缓存。

   假设已经登陆之后，这个时候把缓存删掉

   假设没有登录，这个时候再onload拿到传过来的值，则做缓存

   这个缓存实现功能1.仅仅只是为了登录之后能够跳转到对应的分享页面 2.当不管那个用户进行刷新的时候 应该到主页面，而不是进入到当前的分享页面

• 所以区分在于只要登录了 能够去请求拿到数据，那么这次的share的生命周期能够拿到（例如页面id和分享udd），就不需要做缓存 可以吧缓存删掉
• 而没有登录则需要把值放入缓存，在登陆和请求封装的时候注意缓存的保存，登陆成功之后再进行跳转

（问题注意，在request的时候401是）redirectTo 跳转还是？

1. • 目前我用的两种情况1、商品购买的分享：要把商品id和分享的id传过去，这种判断请求不是401（已经登录了，则把缓存删掉），请求401（没登录，这个时候把缓存加上 再测试在登录那里能否拿到）