1. 这是官方给出的概念:Android流畅运行,需要运行60帧/秒, 则需要每帧的处理时间不超过16ms。
2. 每秒帧数,实际上就是指动画或视频每秒放映的画面数。因此“帧”的概念就是指“画面”,1幅画就叫做“1帧”,每秒帧数指的就是“每秒播放的画面数”。帧数就是在1秒钟时间里传输的图片的量,也可以理解为图形处理器每秒钟能够刷新几次,通常用fps(Frames Per Second)表示。每一帧都是静止的图象,快速连续地显示帧便形成了运动的假象。高的帧率可以得到更流畅、更逼真的动画。每秒钟帧数 (fps) 愈多,所显示的动作就会愈流畅。
3. 一帧占用内存数
当画面的分辨率是1024×768,刷新率要达到60帧/秒时,那么显卡在一秒钟内需要处理的像素量就达到了“1024×768×60=5713920”。那么一个“像素量”,相当与占用多少内存?我们用位图来代替粗略计算,把分辨率是1024×768看成一张对应大小的位图,通过位图的大小来大概计算占用的内存大小。而位图的存储算法,在维基百科上有详细的介绍,详见下面的链接。
一张1024×768的16位(bit)位图文件大小 = 1024×768×16/8 = 1572864 B = 1536 KB = 1.5 MB。如果要求画面的刷新率达到60帧/秒,则每秒需要处理的数据量就达到1.5 * 60 = 90 MB,这个数据是相当大。
实际系统中会通过GPU显卡处理显示,减少CPU工作量,或者系统会缓存或局部刷新来降低处理量。没有研究过,也很想研究一下显示的流程。
1. 不要阻塞UI线程;
2. 不要在UI线程之外操作UI。
1. ListView如何流畅顺滑加载?
2. ListView使用convertView可以提高两倍性能?
3. ListView回收item的原理是什么?
4. ListView重复加载调用的问题?
5. 如何解决图片加载OOM问题?
6. 如何更流畅的加载图片?
7. ListView加载大量图片并发问题?
1. 优化Adapter,使用convertView,效率提高2倍;
2. 优化item布局,提高整体性能;
3. ListView重复调用问题可以设置layout_height高度固定或者fill_parent,加载的原理;
4. 使用addHeader和addFooter代替ScrollView;
1. 有效加载大图片,合理设置BitmapFactory.Options的inSampleSize值,减少图片内存占用;
2. 仅请求图片的大小,inJustDecodeBounds = true,仅请求图片大小,而不会加载图片到内存;
3. 缓存图片,内存缓存LruCache,硬盘缓存 DiskLruCache;
4. 使用非UI线程加载图片,使用 AsyncTask;
5. 使用软引用SoftReference,绑定ImageView和url,处理ListView并发加载问
Android进程和线程-Processes and Threads
改善布局性能-Improving Layout Performance
1. 优化布局层次结构—Optimizing Layout Hierarchies
2. 使用标签include重用布局—Re-using Layouts with include
3. 按需加载视图—Loading Views On Demand
4. ListView的平滑滚动—Making ListView Scrolling Smooth
高效显示位图-Displaying Bitmaps Efficiently
1. 有效的处理较大的位图-Loading Large Bitmaps Efficiently
2. 处理来自UI线程的位图-Processing Bitmaps Off the UI Thread
4. 在你的UI中显示位图-Displaying Bitmaps in Your UI