Fresco中setFirstAvailableImageRequests其他情况

Fresco是一个强大的图片加载库，想必我等码农都有使用过和了解，fresco官网。之前app端做过这样一个优化根据用户手机的网络环境加载对应的清晰度的图片，一来是提升用户体验加载快，二来节省用户的流量毕竟我们的国外用户流量很贵的。然后功能我们实现了，不同网络环境请求不同的图片对应不同的URL。
--在此基础上领导提出个新需求，当在流量环境下如果有Wi-Fi高清图片的缓存，就使用高清缓存的图片，不再去请求低分辨率的图片。fresco的三级缓存策略的前提条件是唯一的URL确定某一张图片。而领导的要求想当如URL_a的请求使用URL_b的缓存。

尝试一：setFirstAvailableImageRequests 方式。

查阅fresco文档发现有【多图请求及图片复用】介绍，里面的【加载最先可用的图】小段讲的小事例是图片上传，本地图片和网络下载图片使用该方法，我们的场景这个似乎可以也适用。

      Uri uri1, uri2;
      ImageRequest request1 = ImageRequest.fromUri(uri1);
      ImageRequest request2 = ImageRequest.fromUri(uri2);
      ImageRequest[] requests = { request1, request2 };

     DraweeController controller = Fresco.newDraweeControllerBuilder()
    .setFirstAvailableImageRequests(requests)
    .setOldController(mSimpleDraweeView.getController())
    .build();
    mSimpleDraweeView.setController(controller);

可事实我断点测试的结果却非文档所讲，有小概率会会达到期望洗过。可大多时候是先使用request1请求的图片，及时是有request2的缓存图片，request1需要网络请求下载图片的。

尝试二：代码中判断是否存在Wi-Fi高清图片缓存。

      if (NetWorkHelper.netWorkState != NetWorkHelper.kNetWorkWIFI && PreferenceUtil.getBool(App.getInstance(), PreferenceUtil.BOOL_NETWORK_GETING_IMAGE, false)) {
                        //非Wi-Fi环境下，原则上选择当前网络环境的压缩图片。但当存在Wi-Fi环境下的高清图缓存时候，使用Wi-Fi高清图。无则重新下载
                        boolean isCacheInDisk = Fresco.getImagePipelineFactory().getMainBufferedDiskCache
                                ().containsSync(new SimpleCacheKey(url));
                        boolean isCacheInFile = Fresco.getImagePipelineFactory().getMainFileCache()
                                .hasKey(new SimpleCacheKey(url));
                        ImageRequest request;
                        if (isCacheInDisk || isCacheInFile) {
                            request = ImageRequest.fromUri(uri);
                        } else {
                            request = ImageRequest.fromUri(Uri.parse(formatUrl(uri.toString(), getWidth(), getHeight())));
                        }
                        DraweeController controller = Fresco.newDraweeControllerBuilder()
                                .setImageRequest(request)
                                .setCallerContext(callerContext)
                                .setOldController(getController())
                                .build();
                        setController(controller);
                    } else {
                        //Wi-Fi环境下选择高清大图
                        ImageRequest request2 = ImageRequest.fromUri(uri);
                        DraweeController controller = Fresco.newDraweeControllerBuilder()
                                .setImageRequest(request2)
                                .setCallerContext(callerContext)
                                .setOldController(getController())
                                .build();
                        setController(controller);
                    }

代码逻辑就是判断缓存中是否存在,存在即请求Wi-Fi环境下的图片url,不存在就请求流量环境下的图片url.至于判断两次缓存是源于fresco的三级缓存原理，一个是内存中的缓存一个是磁盘缓存。同样这里去请求Wi-Fi环境下的图片URL因为事先有缓存的，也只是直接使用缓存并不会进行实际网络下载的。经测试也满足了领导的要求，在性能上肉眼也未发现明显的差异。

总结

尽管尝试2的方法实现了领导的需求，但是有个小风险的查询缓存的代码是在主线程中执行的，当上列表的时候有造成页面卡顿的可能，但我拿项目测试的时候并未发现这样，也就没在意。搜了下还有个方式查询，不过代码方式麻烦了些。还有方式一不行也许是我姿势不对原因，有兴趣的多多交流。

项目demo链接