仿微信朋友圈分页缓存与"假上传"逻辑

1、关于分页缓存主要解决问题：减少数据传输。

查看朋友圈逻辑： 根据项目需求：如果数据不是那么重要，可以丢失，类似（今日头条 新闻类）那么

下拉刷新永远取服务器时间倒叙最新的n条（得到数据缓存到数据库）。

主要缓存则是在上拉加载这部分进行 根据当前页最后一条的时间 我们可以从本地数据库中进行筛选 够n条 那么就直接取n条 不够n条 就直接请求服务器（得到数据缓存到数据库）

如果数据重要，不可丢失。 服务器这时应该要接收2个时间，对应的取这两个时间之间的n条（最大条数n条） 

下拉刷新时：

查看数据库，如果有，传当前系统时间，传数据库第一条时间<->
如果没有，传当前系统时间，0（和服务器规定）<->
如果有数据返回，存数据库，查看数据库显示倒叙最新的n条 <->
如果没有直接显示数据库倒叙的n条

上拉加载时：

已当前页最后一条数据时间为条件查看数据库，有没有更早的数据<->
如果有，传当前页最后一条时间，数据库第一条时间<->
如果没有，传当前页最后一条时间，0（和服务器规定）<->
有数据返回，存数据库，查询数据库显示<->
如果没有，根据当前页最后一条数据时间，从数据库取显示
由于点赞评论时刻会变化，这里就没有处理点赞和评论（也就是说评论点赞另外调接口获取实时数据）

2、关于假上传主要解决问题:优化用户体验，免去上传图片用户需要等待的时间

为了配合朋友圈的删除、点赞、评论。在上传前，服务器应该有一个生成朋友圈id的接口，方便我们做的假数据能够和真正上传的数据匹配
本地数据库需要两个表，一个朋友圈的缓存表，一个上传任务表，程序应该有一个定时任务：每次扫描本地数据库上传任务表，来进行后台上传。

由于公司项目的需求，之前实时上传普遍用户反映上传速度太慢。然后查了一下网上的资料，关于这方面的实在少的可怜。
第一次写博客。不足之处，请多指教。