商城项目做了一年多，也维护了这么久，一直想对此总结一下，也让不熟悉的朋友了解一下，应用商城的一些技术难点

其实，开发应用商城，不外乎这么几点：

1： 异步加载app 信息列表， 主要是app的icon加载:

为了app列表滚动刷新流畅，引入了线程池的思想，网络端加载信息的动作都在线程池中进行

外码片段如下：

public class AsyncImageLoader3 {

//为了加快速度，在内存中开启缓存(主要应用于重复图片较多时，或者同一个图片要多次被访问，比如在ListView时来回滚动)

public Map> imageCache = new HashMap>();

private ExecutorService executorService = Executors.newFixedThreadPool(8); //固定五个线程来执行任务

private final Handler handler=new Handler();

/**

*

* @param imageUrl 图像url地址

* @param callback 回调接口

* @return 返回内存中缓存的图像，第一次加载返回null

*/

public Drawable loadDrawable(final String imageUrl, final ImageCallback callback) {

//如果缓存过就从缓存中取出数据

if (imageCache.containsKey(imageUrl)) {

SoftReference softReference = imageCache.get(imageUrl);

if (softReference.get() != null) {

return softReference.get();

}

}

//缓存中没有图像，则从网络上取出数据，并将取出的数据缓存到内存中

executorService.submit(new Runnable() {

public void run() {

try {

final Drawable drawable = Drawable.createFromStream(new URL(imageUrl).openStream(), "image.png");

imageCache.put(imageUrl, new SoftReference(drawable));

handler.post(new Runnable() {

public void run() {

callback.imageLoaded(drawable);

}

});

} catch (Exception e) {

throw new RuntimeException(e);

}

}

});

return null;

}

//从网络上取数据方法

protected Drawable loadImageFromUrl(String imageUrl) {

try {

return Drawable.createFromStream(new URL(imageUrl).openStream(), "image.png");

} catch (Exception e) {

throw new RuntimeException(e);

}

}

//对外界开放的回调接口

public interface ImageCallback {

//注意 此方法是用来设置目标对象的图像资源

public void imageLoaded(Drawable imageDrawable);

}

}

2：app的下载，主要技术点是多线程分段下载

为了加快apk的下载速度，一般网络下载都使用分段下载，将一个网络端文件分成几个小段，每段都由一个独立的线程去下载，然后把下载进程同步到主线程，显示进度, 下面是这一步的关键代码：

int range = fileSize / threadcount;

infos = new ArrayList();

for (int i = 0; i < threadcount - 1; i++) {

DownloadInfo info = new DownloadInfo(i, i * range, (i + 1)* range - 1, 0, urlstr);

infos.add(info);

}

DownloadInfo info = new DownloadInfo(threadcount - 1,(threadcount - 1) * range, fileSize - 1, 0, urlstr);

DownloadInfo 是每一段的信息，包括本段的大小，起止点offset，已经下载的字节数，等等

3：app下载的断点续传...

断点续传主要是用于暂停和下载两种状态的切换，这样保证了暂停下载后，数据有保存，下次接着download的时候 可以不用从0开始了。其实是数据库的思想，关键点就是下载的实时进度保存到数据库中

/**

* 更新数据库中的下载信息

*/

public boolean updataInfos(int threadId, int compeleteSize, String urlstr) {

synchronized (_writeLock){

try{

SQLiteDatabase database = dbHelper.getReadableDatabase();

String sql = "update download_info set compelete_size=? where thread_id=? and url=?";

Object[] bindArgs = { compeleteSize, threadId, urlstr };

database.execSQL(sql, bindArgs);

return true;

}catch(Exception e){

return false;

}

}

}

本步骤设计到数据库的知识，读者可自行网上找寻相关资料

4：还有一点容易被忽略的就是，应用当前的状态管理(下载中，等待中，暂停，安装，下载完成，安装中，已安装，卸载...，更新)，

这一步看似无关紧要，却是我改bug最多的地方，需要在前期很好的规划管理才行！

状态的切换涉及到本地应用是否安装，是否是最新版，等等，比如一个应用已经在机器里面安装了，但是网络端有更新的版本，这时app列表里面这个应用的状态就是更新两个字，而如果这个应用未被安装，那么这个应用状态就是下载两个字，诸如此类...

还有一些在测试时比较极端的情况，比如在下载的过程中，在文件管理里面把下载的临时文件删掉，这个时候应用状态的处理等等...这些都是急需要注意的地方。如下是下载中的状态：

最后贴一张局部效果图吧，希望本文可以给需要的读者有所帮助:

如有疑问，本人(xw0326)愿意一起讨论解答：