魅族MX4 Pro呛小米4 应用打开速度和谁相关？

　 欺骗用户心理 巧妙加快响应速度

　　国产厂商相互呛声是个好事，彼此切磋论剑的确可以提升各自水平，MX4发布时白永祥曾呛声小米4的工艺，一下子让国产手机工艺水平提升不少。在MX4 Pro发布会上也有一个细节，白永祥称魅族MX4 Pro打开支付宝的速度是小米4的4倍，言下之意我Flyme 4优化比你MIUI 6好，我硬件支持也比你小米厉害。此话题也延伸出了一个老生常谈的问题，Android系统为什么没有iOS和Windows Phone系统流畅。魅族并没有在解释底层原因，我们也不深究其数据的真实性，手机触屏相应速度直接影响用户使用体验，其根本原因也涉及到软件、系统和硬件等多个方面，我们也从多个维度探讨这一问题。

　　首先同一硬件体系下不同手机App的加载速度是不一样的，这也是为什么魅族给出的这张图响应时间不一样。抛开网路数据下载，不同的App有的响应迅捷有的响应延缓，为什么会有这样的差异呢？

　　MX4 Pro呛小米4

　　我们都讨厌等待，当App让我们觉得很慢时，体验是毁灭性的。从指间触碰到屏幕到应用被打开，其实经历了两种微妙速度——响应速度和运行速度，响应速度是指监听用户输入到反馈用户的速度，而运行速度是指处理任务的速度。

　　当我们手指触摸屏幕的时候虽然App并不能立刻打开，但一定要给我们反馈，这个反馈可能是一张图片也可能是一个数据加载页面，总之要让我们知道它正在启动，如果一款APP无法提供这种快速响应速度，那么体验是很糟糕的，大家会认为触发没有被接受，然后他会进行第二次点击，重复操作带来的体验并不是很好，也会加重响应负担。

　　一款好的App会在短时间内快速做出响应，比如一张图片或者一个按钮等，示意用户程序正在运行或者加载中。另外当耗时操作进行时，反馈用户一个进度。

　　回到响应速度上，iOS系统出了本身系统有一定的优势外，还为开发者提供了优秀的工具，帮助开发者测试自己App的响应速度，而安卓平台软件一度良莠不齐，大多数开发质量低下，因此一个优秀的开发者可以保证应用本身的流畅性。

　　响应速度对于用户来说更像是玩一个心理小把戏，怎样使你的移动应用变的更"快"？需要在场景设计中抓住用户的心理，"欺骗"用户的眼睛，比如所谓的图片秒传其实是将程序放在后台运行而已，而实际上，用来上传图片的时间长度从技术角度讲并没有真正被缩短。

　　有些时候，要提升产品的响应效率，提高整体体验的平滑度，除了技术因素外，在功能流程和界面细节当中通过设计技巧使用户产生"快"的感知，这正是开发者需要注意的一点。

　　系统交互作怪 期待Android给力

　　早期的Android系统卡顿、慢给人留下了深刻的印象，不过从最近Android已经有所改观，为什么Android会出现响应速度慢的场景，这和系统本身的底层设计有着密切的关系。

　　系统交互作怪 期待Android给力

　　在iOS系统中，UI执行等级最高，当UI系统在处理与用户交互动作时，系统所有性能都会被调用来处理用户交互，所有后台程序和其他占用硬件资源的进程都将被暂停，直到用户交互完成。反观在Android系统设计上，UI只是普通优先级的进程，如果用户在触摸屏幕时，如果后台程序还在下载文件，那么UI只能与这些程序共享CPU，从而降低响应速度。

　　在早期版本中由于Android设计的历史遗留问题，UI界面是没有GPU渲染的，直到Android 4.0才使用了UI界面的GPU渲染。把UI的渲染交给CPU去做，与其他非UI线程争夺CPU资源，流畅程度和响应时间是明显不如GPU渲染。

　　应用程序方面从Android 4.4 开始，谷歌开发者引进了新的Android运行环境ART以替代旧的Dalvik VM。新的运行环境能够使大多数应用的执行时间减半，这意味着，CPU消耗大、运行时间长的应用能够更加快速地完成，而一般的应用也能更加流畅，比如动画效果更顺畅，触控反馈更加即时。在ART环境中，应用在第一次安装的时候，字节码就会预先编译成机器码，使其成为真正的本地应用，这样的话，应用的启动（首次）和执行都会变得更加快速。