我有一个ListVIEw,它显示从SD(以前用相机拍摄的JPG)加载的图像.我使用imageVIEw.setImageBitmap()是因为图像太大而无法在列表中显示,并且消耗了太多的(native) memory,所以我使用inSampleSize加载了一个子采样版本.
我的问题是滚动会延迟,直到显示新行.取决于设备,延迟或多或少.一旦到达列表末尾,滚动就会变得流畅.
最初,我在listadapter getVIEw()中执行位图解码:
BitmapFactory.Options bitmapOptions = new BitmapFactory.Options();bitmapOptions.inSampleSize = 2; //Subsample the original imagebitmapOptions.inPurgeable = true; //The system can free the ¿native? memory allocated by the bitmap if neededbitmapOptions.ininputShareable = true; //Works in conjuction with inPurgeablebitmap = BitmapFactory.decodefile(path, bitmapOptions);imageVIEw.setimageBitmap(bitmap);
然后,我尝试在UI线程之外执行解码.我执行了一个AsyncTask来解码所有位图并将其缓存在内存中.所以在getVIEw()中,我只做了imageVIEw.setimageBitmap().但是我在滚动时看到了相同的延迟.使用DDMS中的方法分析工具,我看到方法Canvas.native_drawBitmap()引起了延迟,因此问题不在于位图解码,而在于ImageVIEw图.
有解决此问题的想法吗? ¿为什么第一次显示一行后,显示该行没有更多延迟?也许有一个ImageVIEw显示缓存.
解决方法:
滚动列表时,它会在主线程中动态加载.当时,您正在尝试执行setimageBitmap(),而后者又试图在主线程中执行.因此,整个任务变慢了.
因此解决方案是在runOnUiThread(runnable)或Handler中设置setimageBitmap().我遇到了这个问题.这是解决方案.
编辑:
做这个,
Handler handler = new Handler() { @OverrIDe public voID handleMessage(Message message) { // do setimageBitmap(bitmap) } };new Thread() { @OverrIDe public voID run() { //get your bitmap Message message = handler.obtainMessage(0, bitmap); handler.sendMessage(message); }}.start();
总结 以上是内存溢出为你收集整理的由于ImageView绘图,Android ListView滚动延迟全部内容,希望文章能够帮你解决由于ImageView绘图,Android ListView滚动延迟所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)