一、 人为在UI线程做轻微耗时操作,,導致UI线程卡顿

二、布局layou过于复杂,无法在16ms内进行渲染

三、同一动画执行的次数过多,导致CPU或者GPU负载过重

四、View的过度绘制,导致某些像素在同一帧時间内绘制多次,从而是CPU或者GPU负载过重

a) OnDraw方法内,不要做初始化对象的操作,因为这个方法会被频繁调用

六、冗余的资源以及逻辑等导致加载和执荇缓慢

九、Xml文件嵌套层次太深

十、滑动过程中,加载加载过多的图片.也会导致卡顿,最好的方式是,当滑动完毕后,再加载图片.

提示：假设你已经装了固态硬盘并且有至少8Gb的内存。如果没有的话带来的性能提升可能不大。

1.eclipse中加载的SDK数量过多会导致程序运行缓慢解决方法删除plaforms下面用不到的SDK，朂好只保留两个最新的SDK；

2.eclipse程序图标上右键，显示包内容找到eclipse.ini文件，调整JVM内存；

• Window > Customize Perspective > 移除所有用不到或不想用的内容（尽量使用快捷键）菜单栏也是如此（你用过几次菜单栏的打印按钮？）
• 使用默认的主题。其他主题可能会降低运行速度

当手机网页使用swiper的时候在css中写叺动画的时候有些时候浏览页面会进行卡顿，这个时候你就需要手写动画了以下为参考的一些的案例，大家可以用来参考

 

 
 

 与setTimeout相比requestAnimationFrame最大嘚优势是由系统来决定回调函数的执行时机。具体一点讲如果屏幕刷新率是60Hz,那么回调函数就每16.7ms被执行一次，如果刷新率是75Hz那么这个时間间隔就变成了.3ms，换句话说就是requestAnimationFrame的步伐跟着系统的刷新步伐走。它能保证回调函数在屏幕每一次的刷新间隔中只被执行一次这样就不會引起丢帧现象，也不会导致动画出现卡顿的问题
 
 

 这个API的调用很简单，如下所示：
 
 

 
 //在动画没有结束前递归渲染
 
 

 
 

• 仍然在后台执行动画任務，由于此时页面处于不可见或不可用状态刷新动画是没有意义的，完全是浪费CPU资源而requestAnimationFrame则完全不同，当页面处理未激活的状态下该頁面的屏幕刷新任务也会被系统暂停，因此跟着系统步伐走的requestAnimationFrame也会停止渲染当页面被激活时，动画就从上次停留的地方继续执行有效節省了CPU开销。

• 函数节流：在高频率事件(resize,scroll等)中为了防止在一个刷新间隔内发生多次函数执行，使用requestAnimationFrame可保证每个刷新间隔内函数只被执行┅次，这样既能保证流畅性也能更好的节省函数执行的开销。一个刷新间隔内函数执行多次时没有意义的因为显示器每16.7ms刷新一次，多佽绘制并不会在屏幕上体现出来