码迷,mamicode.com
首页 > 移动开发 > 详细

iOS tableview(瀑布流) 滑动的时候卡顿解决

时间:2015-03-18 17:33:34      阅读:454      评论:0      收藏:0      [点我收藏+]

标签:

 

      写的一个程序中用到了瀑布流的展现方式,但是发现当图片数量太大的时候,在iPhone4上会不流畅,这点很不爽。

      写代码之初是做了一些优化的,比如cell重用,异步加载,但是还是很卡。

终于后来发现了症结所在,那就是,如果滑动太快,可能同时就发出了比如10个图片请求。这些请求虽然都在后台运行,但是它们可能在同一个时间点返回UI线程。这个时候如果加载图片到UIImageView太频繁,就会造成UI卡得严重。(虽然在new iPad和iPhone4s上看不出来)

在找到这个问题的同时,也发现performSelectorAfterDelay这个方法,会堆积到UI线程空闲的时候执行。而dispatch_after或者dispatch_async都会直接插入UI线程当场执行。所以这个问题其实可以用performSelectorAfterDelay来解决,测试也是非常流畅,感觉不出一点点的卡。但会出现新的问题,那就是在滑动过程中,不会加载任何图片。知道scrollView停止的时候,图片才会出来。当然这不是理想的解决方法了。这个方法也没有解决异步过程集中到达UI线程的问题。然后采用了NSOperationQueue来解决这个问题。

问题本身和UITableView加载不流畅是一样的。

解决办法

      主要要做到一下几个方面:
    1. 除了UI部分,所有的加载操作都在后台完成。
      这一点可以通过dispatch或者performSelectorInBackground或者NSOperationQueue来实现。见:
      在iOS开发中利用GCD进行多线程编程
      iOS开发中使用NSOperationQueue进行多线程操作
    2. 避免后台加载完成多个资源之后集中到达占用UI线程的处理时间太长。
      这一点可以通过NSOperationQueue来实现,将资源到UI的展现过程放在队列中逐个执行,且在每个操作完成之后进行强制等待,可以用usleep(int microSeconds)来解决。
    3. 重用cell。
      创建cell一般是很慢的,一定要重用,甚至为了performance,可以在view创建之初就创建足够多的cell在重用队列中。

iOS tableview(瀑布流) 滑动的时候卡顿解决

标签:

原文地址:http://www.cnblogs.com/luningning0901/p/4347537.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!