Adroid--app中的缓存是怎样实现的？

Question

缓存app服务器数据

Answer 1

我建议首先 优化服务器端的数据，如果数据很大，建议优化数据表，另外就是建立磁盘缓存 提供给APP使用 访问数据也会提升很多。
APP 缓存就是建立数据库或者文件 第一次访问可以慢些，我们把数据存储到 SQLITE里面或者放置在文件里面，不用每次都去取重复数据，
服务器端接口应该添加标识，标识有那些新数据添加，我们的APP只取变化的数据 不用取所有的数据。

Answer 2

一般将获得的数据保存在sqlite或者sharepreference，有的也会存sdcard里。使用频繁的数据例如用户信息，可以做个内存缓存，内存没有再去外部读取，有的话直接返回

Answer 3

我想问一下：“服务器端接口应该添加标识，标识有那些新数据添加，我们的APP只取变化的数据 不用取所有的数据。”当判断有没有新数据添加时，还是要取到所有数据吧？这样速度依然是不是很慢呢。你的意思还是说，只要服务端有数据添加变化的标识显示有变化后，app只要到一个特定的地方去取数据就可以了呢？

Answer 4

“例如用户信息，可以做个内存缓存”这是怎么实现的，不太明白，能再具体说下吗？内存缓存是SQLite数据库吗、还是什么其它的？

Answer 5

只记录变化数据的ID，手机请求数据的时候，把ID也发过去 判断是否在服务器中存在变化。

Answer 6

还是用户信息为例子，写个单独的单例类--UserInfo，获取用户名，UserInfo.instance(context).getuserName(),name是UserInfo的一个私有变量，先判断是否为null，null的话去读sharepreference数据(这种数据适合存在sharepreference)

Answer 7

是app记录变化数据的ID,还是服务端记录变化数据的ID,如果是app记录，怎样记录？

Answer 8

还是用户信息为例子，写个单独的，获取用户名，UserInfo.instance(context).getuserName(),name是UserInfo的一个私有变量，先判断是否为null，null的话去读sharepreference数据(这种数据适合存在sharepreference)单例类--UserInfo,有什么好处，比如有一百个帖子的话，是这100个帖子都要建立这样一个单例吗？

Answer 9

是在获取论坛帖子时，速度慢，就是因为帖子的数量太多了，我是等获取到所有的帖子后再更新到app的ListView中的，这种情况可以通过分页解决吗？分页，说实话，不会用。如果你会的话，可以告诉一下吗？

Answer 10

之前说的是针对单一的数据，你要说帖子的话前面有说分页你可以搜下PullToRefreshListView，一个下拉刷新的插件，一般下拉刷新都自带分页。另外看看服务端有没有做gzip压缩，json文本进行gzip压缩能压缩不少空间

Answer 11

之前说的是针对单一的数据，你要说帖子的话前面有说分页你可以搜下PullToRefreshListView，一个下拉刷新的插件，一般下拉刷新都自带分页。另外看看服务端有没有做gzip压缩，json文本进行gzip压缩能压缩不少空间好的，谢谢，谢谢大家。

Answer 12

之前说的是针对单一的数据，你要说帖子的话前面有说分页你可以搜下PullToRefreshListView，一个下拉刷新的插件，一般下拉刷新都自带分页。另外看看服务端有没有做gzip压缩，json文本进行gzip压缩能压缩不少空间唉，对了，如果是下拉刷新的话，是不是要服务器端提供一次取20条这种类似的功能呢？