是什么可以使安卓4.1.X中的加载速度变慢,而不是在4.2



我正在使用UrlImageViewHelper来加载适配器视图中的图片。

我的适配器是:


@Override
public View getView(int position, View convertView, ViewGroup parent) {              
    if(convertView==null){
        convertView=new SquaredImageView(getContext());
    }
    SquaredImageView view= (SquaredImageView) convertView;
    final long time=System.currentTimeMillis();
    UrlImageViewHelper.setUrlDrawable(view,getItem(position).getLook_picture(),
           R.drawable.placeholder_bkp, -1,new UrlImageViewCallback() {
                   @Override
                   public void onLoaded(ImageView imageView, Bitmap loadedBitmap, 
                                              String url, boolean loadedFromCache) {
                       Log.d(TAG,"time : "+ (System.currentTimeMillis()-time));
                   }
    });
    return view;
}

我正在下载并在全宽列表中显示大图片(620x620jpg)。第一次下载/显示时速度较慢。在升级到android 4.2之后,这个问题就不再发生了。在HTC one上。

我试着对这些调用进行了评测,我相信在很长的调用中,读取套接字输入流时会挂起。

有人知道为什么这两个平台之间的性能有这么大的差异吗?


Logcat输出:(100ms以下的定时通常是重复的

android 4.1.2 Galaxy SIII mini

  • 时间:3217
  • 时间:4782
  • 时间:124
  • 时间:56
  • 时间:168
  • 时间:84
  • 时间:102
  • 时间:2819
  • 时间:2703
  • 时间:154
  • 时间:2468
  • 时间:81
  • 时间:40
  • 时间:52
  • 时间:2495
  • 时间:37
  • 时间:2007
  • 时间:58
  • 时间:38
  • 时间:119
  • 时间:80
  • 时间:44
  • 时间:2419
  • 时间:1651
  • 时间:40
  • 时间:2766
  • 时间:90
  • 时间:1889
  • 时间:183
  • 时间:2515
  • 时间:58
  • 时间:3345
  • 时间:2661
  • 时间:81
  • 时间:2434
  • 时间:119

大多在1.5秒以上。用户需要逐个滚动项目才能看到图片

在android 4.3 nexus 4:

  • 时间:47
  • 时间:1111
  • 时间:154
  • 时间:46
  • 时间:124
  • 时间:115
  • 时间:150
  • 时间:201
  • 时间:332
  • 时间:366
  • 时间:450
  • 时间:82
  • 时间:167
  • 时间:81
  • 时间:150
  • 时间:224
  • 时间:224
  • 时间:143
  • 时间:185
  • 时间:66
  • 时间:183
  • 时间:66
  • 时间:218
  • 时间:98
  • 时间:169
  • 时间:49
  • 时间:148
  • 时间:65
  • 时间:64
  • 时间:60
  • 时间:169
  • 时间:51

持续低于500毫秒,列表可用

这与手机上运行的操作系统无关。可能的原因也是最可能的原因是设备上其他应用程序正在消耗的RAM内存量。出于测试目的,请尝试在没有太多应用程序运行的新设备上运行相同的代码。

(我不希望这个答案会得到赏金)
UrlImageViewHelper使用HttpURLConnection对提供图像的web服务器进行http调用。我们使用了HttpURLConnection(并尝试了大多数其他类来实现http get),我们发现它是最不稳定的(尤其是在Android 2.3上),是最不灵活的类(例如org.apache.http之类的东西)。有一次,我在我们的网络服务器上使用了协议分析器(tcpdump或tshark),发现ACK没有及时返回,我想(这是一年多前的事了)我在WiFi和蜂窝数据(t-mobile GSM)上发现了或多或少相同的东西。我得出的结论是,这些课程中存在低级问题,也许是达尔维克本身的问题。同样,我不希望这个答案会得到奖励,我没有试图证明我的断言,我只是在讲述我在调查类似问题时走了多远。

相关内容

  • 没有找到相关文章

最新更新