更多的不流畅性还是体现在优化烂的应用运行不稳定的帧率上面，比如在某个瞬态后台线程异步加载图片完成后在UI进程执行某个callback方法要显示，如果图片太大就需要根据ScaleType实时缩放到适合的尺寸显示到ImageView上面,这个时候如果图片太大缩放操作时间太长就有可能造成主线程阻塞较长时间，影响了系统UI进程在单位时间片内的渲染，导致掉帧。我再举一个例子也能反驳屏幕触摸反应速度是影响流畅度最大问题的观点：为什么在滑动显示单行文字的列表项一般不会觉得卡，而显示比较复杂布局的列表项(如微博)会比较卡?他们的屏幕和运行环境是一样的吧?触摸延迟都存在吧?为什么呢?这是由于列表项的布局过于复杂，UI控件在整个绘制的过程中(onMeasure()测量大小->onLayout()分配位置->onDraw()绘制)会花费更多的时间，比如各UI控件之间的相对位置和大小可能是互相影响的，这就导致在渲染每一帧的时候需要更多的时间来计算大小和确定位置，然后绘制阶段也需要多执行一些绘图操作来画完所有的UI控件。面对复杂的界面，有经验的开发者会尽量去避免界面的Overdraw(过渡绘制),减少UI层级，选用性能更好的ViewGroup(比如FrameLayout性能比LinearLayout好，LinearLayout性能比RelativeLayout性能好，但是布局能力最强大适应性最好的是RelativeLayout,在功能实现和性能优化中平衡达到最优需要经验)，避免图片实时缩放，避免在调用频繁的关键的路径创建对象减少gc频率，合理的管理Bitmap大对象(LruCache)等等(当然还有其他一些优化技巧不在此一一列举了)。还有讲什么进程优先级问题的答案说的也不是最主要的原因，Android的UI渲染进程的优先级可能不是最高但也是比较高的，不会说他UI渲染优先级设置到比后台线程还低的情况，这点不用过度讨论，Google也没蠢到那种地步，不服自己去看Android SDK源代码。
我不否认屏幕触摸延迟也是造成Android滑动感觉不流畅的原因之一，但是站在一个开发者看到的角度来讲，我觉得在现有Android最新版本的系统优化下，他的影响远没有应用优化烂带来的影响大，优化好的Android应用跑在最新的Android版本上基本可以运行的跟iOS应用一样流畅。
