s*********r
发帖数: 468 | 1 相比于苹果的iOS和微软的Windows Mobile7来说，Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象。理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升，用户却没有明显的感觉。
这里如果使用Android的童鞋不相信Android界面性能差的话，打开浏览器，访问www.cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（scroll）。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上，界面操作相当的流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
总结来说，Android界面性能低下体现在两个地方：
复杂界面的滚动 （scrolling）：切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件，或者联系人名单巨长的时候。
复杂界面的缩放（pinch zoom）：在大型网页的缩放。这里暂且不考虑Flash的影响，因为大部分用户会把Flash设为on demand。
社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
http://code.google.com/p/android/issues/detail?id=6914
基本上来说Android界面性能低下由三个原因造成：
Java的垃圾回收算法
用户界面没有GPU硬件加速
用户界面算法没有优化（也可以说优化角度，设计理念不一样）
如果说Android界面性能不好单纯是因为Java那就太冤枉人了。但是Dalvik Java虚拟机的垃圾回收确实是Android界面卡的一个主要原因。好的消息是，在Android 2.3 Gingerbread中，垃圾回收的算法得到了优化和调整，每次垃圾回收的时间被缩短了，所以用户基本感觉不到在界面滚动时的卡的情况了。实地测试Nexus S，访问www.cnbeta.com，界面反应速度比类似配置的Galaxy S有明显改善（但是还不如iOS的界面性能那么完美）。
另一个导致Android界面性能差强人意的重要原因就是界面缺少图形芯片（GPU）的加速。Android的所有界面，包括浏览器，都是由CPU来驱动的。当界面元素没有那么复杂，譬如手机联系人列表没有那么长，网页元素没有那么多的时候，Android的CPU驱动的界面性能还是很令人满意的。但是当界面中需要驱动的元素过多的时候，CPU就显得有点力不从心。特别是CPU经常还会被垃圾回收打断。一个好的迹象是Opera Mobile for Android已经计划在他们的浏览器中加入硬件加速，理论上能达到iPhone/iPad的浏览器缩放/滚动性能。
最后一个原因，界面动画的算法，与其说是没有进行优化，可能更与工程师的设计理念有关系。iOS的浏览器的网页加载是局部进行的。还是访问www.cnbeta.com，然后迅速拉到页面底部，你能看到大片的空白页面，当然那部分页面会迅速加载起来。而Android默认浏览器是一次性把所有页面都加载进来。好处就是滚动页面的时候，不需要多余的页面加载。坏处就是双指所放的时候，需要计算的元素太多，
导致界面性能低下。并且，Android默认的浏览器的缩放动画质量是很高的（比iOS相对要高），但是其实并不是那么实用。在这方面，Firefox for Android和Opera Mobile采用了和苹果类似的设计。就是当网页很大的时候，只是加载一部分图形元素，极大地提升了界面操作性能。Opera Mobile for Android现在的beta版还没有硬件加速，就已经提供了非常不错的性能，所以期待正式版的发布。
其他Android的性能问题，譬如Linux相对旧的版本，和相对低效的文件系统，在
Android 2.3 Gingerbread都得到了解决。经过测试Nexus S的界面性能相对Froyo已经有了实质性的提高，希望在Honeycomb中能看到更加出色的性能。
Update: Honeycomb已经confirm有了GPU硬件加速。理论上应该有同iOS一样的UI性能，通过Google的Honeycomb presentat可以看出平时graphic intensive的page （CNN iReport），现在滚动已经很流畅了。 |
m****u
发帖数: 3915 | 2 还真没觉得Honeycomb哪里快乐
还是有一种迟滞感
感觉整个linux系列都这样 |
s*********r
发帖数: 468 | 3 Xoom没试过，还真不好说。不过看iReport的界面，感觉比打开同样界面的Droid X能流
畅很多。
不过Nexus S的界面已经很流畅了，唯一的缺点就是打开大网页(www.cnbeta.com这种变
态网页，或
者加载Flash的时候pinch zoom卡)。
这个和linux没太多关系吧。。。
【在 m****u 的大作中提到】
: 还真没觉得Honeycomb哪里快乐
: 还是有一种迟滞感
: 感觉整个linux系列都这样
|
m****u
发帖数: 3915 | 4 但是好像整个linux系列，图形性能都不行
当然这只是猜测了
反正这个滑动不灵敏的原因肯定是多方面的，google也在试图改善
【在 s*********r 的大作中提到】
: Xoom没试过，还真不好说。不过看iReport的界面，感觉比打开同样界面的Droid X能流
: 畅很多。
: 不过Nexus S的界面已经很流畅了，唯一的缺点就是打开大网页(www.cnbeta.com这种变
: 态网页，或
: 者加载Flash的时候pinch zoom卡)。
: 这个和linux没太多关系吧。。。
|
s*********r
发帖数: 468 | 5 那些可能是驱动问题。Linux的desktop驱动一般都没有Windows，Mac那么完善。当然
Mac很多API
不给你就是了。
但是手机的硬件驱动一般大生产厂商会着重优化的，所以我觉得应该影响不是那么大吧?
【在 m****u 的大作中提到】
: 但是好像整个linux系列，图形性能都不行
: 当然这只是猜测了
: 反正这个滑动不灵敏的原因肯定是多方面的，google也在试图改善
|
d*********g
发帖数: 2906 | 6 原创吗？
写的很不错。
虽然我是Android的early adopter（我现在用Droid X)，但我也觉得Android比iOS还有WP 7上的UI的流畅程度还是有
不小的差距。有时在操作的时候可以明显感到停顿。在simulator logfile中也显示在操作gc，平均一个gc大概要花100
到200个ms。到了gingerbread，每次gc的时间短多了，大概是20ms左右。我说的这些都是在simulator里面的数
字，在实际的手机上花费的时间要短很多。
到遗憾。一直到比较新的Android
2.2 Froyo版本，用户总是能间或感到界面卡的迹象。理论上说，Android机器的硬件不
次于甚至好过iPhone/iPad和
Windows Mobile 7的机器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹
Android 2.2 Froyo的性能有了质
的提升，用户却没有明显的感觉。
cnbeta.com。虽然网页加载速度
很快，但是采用双指缩放（pinch zoom）和滚动（scroll）。你会明显感到卡得厉害。
而同样的网页在iPhone/iPad上，
界面操作相当的流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色
。尤其是网页加载速度和浏览器内
JavaScript的性能相对于其他手机优势还是比较明显。
微的停顿。特别是桌面用了动态壁纸
+ 大量控件，或者联系人名单巨长的时候。
，因为大部分用户会把Flash设为on
demand。
。
【在 s*********r 的大作中提到】
: 相比于苹果的iOS和微软的Windows Mobile7来说，Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象。理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升，用户却没有明显的感觉。
: 这里如果使用Android的童鞋不相信Android界面性能差的话，打开浏览器，访问www.cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（scroll）。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上，界面操作相当的流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
: 总结来说，Android界面性能低下体现在两个地方：
: 复杂界面的滚动 （scrolling）：切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件，或者联系人名单巨长的时候。
: 复杂界面的缩放（pinch zoom）：在大型网页的缩放。这里暂且不考虑Flash的影响，因为大部分用户会把Flash设为on demand。
: 社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
: http://code.google.com/p/android/issues/detail?id=6914
: 基本上来说Android界面性能低下由三个原因造成：
: Java的垃圾回收算法
: 用户界面没有GPU硬件加速
|
y****g
发帖数: 36950 | 7 我觉得关键是各种android的兼容机硬件配置参差不齐，有的可能gpu很弱或者没有gpu
加速，所以早期版本不敢加入gpu支持，免得有些机器跑起来问题更大。
这点是苹果硬件的长处，配置一样，软件设计起来容易优化。
其实就好像PC游戏总是不如xbox360和ps3优化一样，开发者要考虑很多不同配置下的运
行情况。
到遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象
。理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机
器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的
性能有了质的提升，用户却没有明显的感觉。
cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（
scroll）。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上，界面操作相当的
流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色。尤其是网页加
载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
微的停顿。特别是桌面用了动态壁纸 + 大量控件，或者联系人名单巨长的时候。
，因为大部分用户会把Flash设为on demand。
。
【在 s*********r 的大作中提到】
: 相比于苹果的iOS和微软的Windows Mobile7来说，Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象。理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升，用户却没有明显的感觉。
: 这里如果使用Android的童鞋不相信Android界面性能差的话，打开浏览器，访问www.cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（scroll）。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上，界面操作相当的流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
: 总结来说，Android界面性能低下体现在两个地方：
: 复杂界面的滚动 （scrolling）：切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件，或者联系人名单巨长的时候。
: 复杂界面的缩放（pinch zoom）：在大型网页的缩放。这里暂且不考虑Flash的影响，因为大部分用户会把Flash设为on demand。
: 社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
: http://code.google.com/p/android/issues/detail?id=6914
: 基本上来说Android界面性能低下由三个原因造成：
: Java的垃圾回收算法
: 用户界面没有GPU硬件加速
|
s*********r
发帖数: 468 | 8 呵呵，是啊。
因为我也做点Android开发，看到好多人都在争论为什么Android总是感到慢，而且产生
很多偏见。所
以写一些给大家讨论一下。
有WP
7上的UI的流畅程度还是有
在操作gc，平
均一个gc大概要花100
都是在
simulator里面的数
【在 d*********g 的大作中提到】
: 原创吗？
: 写的很不错。
: 虽然我是Android的early adopter（我现在用Droid X)，但我也觉得Android比iOS还有WP 7上的UI的流畅程度还是有
: 不小的差距。有时在操作的时候可以明显感到停顿。在simulator logfile中也显示在操作gc，平均一个gc大概要花100
: 到200个ms。到了gingerbread，每次gc的时间短多了，大概是20ms左右。我说的这些都是在simulator里面的数
: 字，在实际的手机上花费的时间要短很多。
:
: 到遗憾。一直到比较新的Android
: 2.2 Froyo版本，用户总是能间或感到界面卡的迹象。理论上说，Android机器的硬件不
: 次于甚至好过iPhone/iPad和
|
a***a
发帖数: 40617 | 9 UI流畅度的问题是因为android自己ram管理的问题
当我解决了这个问题（用启动项管理+autorun killer）
就再也没觉得不刘长国
【在 s*********r 的大作中提到】
: 呵呵，是啊。
: 因为我也做点Android开发，看到好多人都在争论为什么Android总是感到慢，而且产生
: 很多偏见。所
: 以写一些给大家讨论一下。
:
: 有WP
: 7上的UI的流畅程度还是有
: 在操作gc，平
: 均一个gc大概要花100
: 都是在
|
a***e
发帖数: 27968 | 10 android的触摸有没有协处理器？
iphone好像是有的，触摸部分有自己的firmware
【在 s*********r 的大作中提到】
: 呵呵，是啊。
: 因为我也做点Android开发，看到好多人都在争论为什么Android总是感到慢，而且产生
: 很多偏见。所
: 以写一些给大家讨论一下。
:
: 有WP
: 7上的UI的流畅程度还是有
: 在操作gc，平
: 均一个gc大概要花100
: 都是在
|
|
|
w*****g
发帖数: 16352 | 11 nod, for graphical intensive stuff, I use my iphone.
I use my G2 a lot for text based work, like swype, like zip's mitbbs apps.
In fact, I got Android since I do not like the MITBBS app for iphone. So,
yes,
I bought a phone for a free app.
相比于苹果的iOS和微软的Windows Mobile7来说，Android的界面性能一直是让人感到
遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象。
理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器
，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性
能有了质的提升，用户却没有明显的感觉。
这里如果使用Android的童鞋不相信Android界面性能差的话，打开浏览器，访问www.
cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（
scroll）。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上，界面操作相当的
流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色。尤其是网页加
载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
总结来说，Android界面性能低下体现在两个地方：
复杂界面的滚动 （scrolling）：切换桌面的时候或者下拉联系人名单的时候出现略微
的停顿。特别是桌面用了动态壁纸 + 大量控件，或者联系人名单巨长的时候。
复杂界面的缩放（pinch zoom）：在大型网页的缩放。这里暂且不考虑Flash的影响，
因为大部分用户会把Flash设为on demand。
社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
http://code.google.com/p/android/issues/detail?id=6914
基本上来说Android界面性能低下由三个原因造成：
Java的垃圾回收算法
用户界面没有GPU硬件加速
用户界面算法没有优化（也可以说优化角度，设计理念不一样）
如果说Android界面性能不好单纯是因为Java那就太冤枉人了。但是Dalvik Java虚拟机
的垃圾回收确实是Android界面卡的一个主要原因。好的消息是，在Android 2.3
Gingerbread中，垃圾回收的算法得到了优化和调整，每次垃圾回收的时间被缩短了，
所以用户基本感觉不到在界面滚动时的卡的情况了。实地测试Nexus S，访问www.
cnbeta.com，界面反应速度比类似配置的Galaxy S有明显改善（但是还不如iOS的界面
性能那么完美）。
另一个导致Android界面性能差强人意的重要原因就是界面缺少图形芯片（GPU）的加速
。Android的所有界面，包括浏览器，都是由CPU来驱动的。当界面元素没有那么复杂，
譬如手机联系人列表没有那么长，网页元素没有那么多的时候，Android的CPU驱动的界
面性能还是很令人满意的。但是当界面中需要驱动的元素过多的时候，CPU就显得有点
力不从心。特别是CPU经常还会被垃圾回收打断。一个好的迹象是Opera Mobile for
Android已经计划在他们的浏览器中加入硬件加速，理论上能达到iPhone/iPad的浏览器
缩放/滚动性能。
最后一个原因，界面动画的算法，与其说是没有进行优化，可能更与工程师的设计理念
有关系。iOS的浏览器的网页加载是局部进行的。还是访问www.cnbeta.com，然后迅速
拉到页面底部，你能看到大片的空白页面，当然那部分页面会迅速加载起来。而
Android默认浏览器是一次性把所有页面都加载进来。好处就是滚动页面的时候，不需
要多余的页面加载。坏处就是双指所放的时候，需要计算的元素太多，
导致界面性能低下。并且，Android默认的浏览器的缩放动画质量是很高的（比iOS相对
要高），但是其实并不是那么实用。在这方面，Firefox for Android和Opera Mobile
采用了和苹果类似的设计。就是当网页很大的时候，只是加载一部分图形元素，极大地
提升了界面操作性能。Opera Mobile for Android现在的beta版还没有硬件加速，就已
经提供了非常不错的性能，所以期待正式版的发布。
其他Android的性能问题，譬如Linux相对旧的版本，和相对低效的文件系统，在
Android 2.3 Gingerbread都得到了解决。经过测试Nexus S的界面性能相对Froyo已经
有了实质性的提高，希望在Honeycomb中能看到更加出色的性能。
Update: Honeycomb已经confirm有了GPU硬件加速。理论上应该有同iOS一样的UI性能，
通过Google的Honeycomb presentat可以看出平时graphic intensive的page （CNN
iReport），现在滚动已经很流畅了。
【在 s*********r 的大作中提到】
: 相比于苹果的iOS和微软的Windows Mobile7来说，Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象。理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升，用户却没有明显的感觉。
: 这里如果使用Android的童鞋不相信Android界面性能差的话，打开浏览器，访问www.cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（scroll）。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上，界面操作相当的流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
: 总结来说，Android界面性能低下体现在两个地方：
: 复杂界面的滚动 （scrolling）：切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件，或者联系人名单巨长的时候。
: 复杂界面的缩放（pinch zoom）：在大型网页的缩放。这里暂且不考虑Flash的影响，因为大部分用户会把Flash设为on demand。
: 社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
: http://code.google.com/p/android/issues/detail?id=6914
: 基本上来说Android界面性能低下由三个原因造成：
: Java的垃圾回收算法
: 用户界面没有GPU硬件加速
|
s*********r
发帖数: 468 | 12 试试http://www.cnbeta.com，在这个页面上pinch zoom。
你就会发现现在Android stock browser的实现有多么卡了。
这个不是task kill / autorun killer能解决的。
因为CPU无法承受那么多图形处理，特别是没有partial loading，还要garbage
collection的
时候。
【在 a***a 的大作中提到】
: UI流畅度的问题是因为android自己ram管理的问题
: 当我解决了这个问题（用启动项管理+autorun killer）
: 就再也没觉得不刘长国
|
a***a
发帖数: 40617 | 13 这个网页确实如此，但是我回你贴说的是UI，这个跟UI有啥关系？
【在 s*********r 的大作中提到】
: 试试http://www.cnbeta.com，在这个页面上pinch zoom。
: 你就会发现现在Android stock browser的实现有多么卡了。
: 这个不是task kill / autorun killer能解决的。
: 因为CPU无法承受那么多图形处理，特别是没有partial loading，还要garbage
: collection的
: 时候。
|
e***y
发帖数: 4472 | 14 android设备硬件和软件都在改进, 这个问题很快就不再是问题了--刚用山寨gtablet试
了下,stock browser上pinch zoom确实没有firefox那么流畅, 但也没多么卡, 可想在
现在这批硬件同样用tegra2, 软件有很大改进的honeycomb板上, 应该问题不大了
【在 s*********r 的大作中提到】
: 试试http://www.cnbeta.com，在这个页面上pinch zoom。
: 你就会发现现在Android stock browser的实现有多么卡了。
: 这个不是task kill / autorun killer能解决的。
: 因为CPU无法承受那么多图形处理，特别是没有partial loading，还要garbage
: collection的
: 时候。
|
s*********r
发帖数: 468 | 15 哈哈，我以为对大部分用户来说。Browser访问网页也是UI很重要的一部分，无所谓了。
【在 a***a 的大作中提到】
: 这个网页确实如此，但是我回你贴说的是UI，这个跟UI有啥关系？
|
z*****k
发帖数: 600 | 16 Android 上的browser和其他的原装软件都是开源的？
【在 s*********r 的大作中提到】
: 试试http://www.cnbeta.com，在这个页面上pinch zoom。
: 你就会发现现在Android stock browser的实现有多么卡了。
: 这个不是task kill / autorun killer能解决的。
: 因为CPU无法承受那么多图形处理，特别是没有partial loading，还要garbage
: collection的
: 时候。
|
s*********r
发帖数: 468 | 17 应该是的：
http://android.git.kernel.org/
platform/packages/apps/下有好多built in apps
【在 z*****k 的大作中提到】
: Android 上的browser和其他的原装软件都是开源的？
|
t****p
发帖数: 1703 | 18 翻页还行，pinch zoom确实能看到明显的延时
但在Iphone4上面的延时也没觉得少，而且loading的时间明显多于android上。
顺便说一句对比的是神机Atrix......
【在 s*********r 的大作中提到】
: 试试http://www.cnbeta.com，在这个页面上pinch zoom。
: 你就会发现现在Android stock browser的实现有多么卡了。
: 这个不是task kill / autorun killer能解决的。
: 因为CPU无法承受那么多图形处理，特别是没有partial loading，还要garbage
: collection的
: 时候。
|
z*****k
发帖数: 600 | 19 embedded device软件开发是半个硬件活，根据架构要量休裁衣。现在CPU速度快了，弄
个one size fits all差了也不远，但是用户体验这样关键的功能，无论如何都会要根
据CPU适当优化。写Open Source多是业余玩家自由组合，质量管理基本就是不crash.
估计Android和iOS拼就是CPU upgrade的速度，那些CPU速度补偿不了的，就靠good
luck了。
【在 s*********r 的大作中提到】
: 应该是的：
: http://android.git.kernel.org/
: platform/packages/apps/下有好多built in apps
|
c*******r
发帖数: 3289 | 20 我一直就觉得java是垃圾，不过很多人肯定要跳出来骂了
我用过所有以java写核心的windows应用，没有一个不慢的 |
|
|
h****x
发帖数: 1450 | 21 android的操作有时会让人想用手指用力猛戳屏幕的冲动，或者就得时不时的提醒自己
要easy and slow。
还有一点就是如果一个操作系统需要另装内存管理apps，设计系统的时候干嘛去啦，难
道编译的人自己都从来不用的？
到遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象
。理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机
器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的
性能有了质的提升，用户却没有明显的感觉。
cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（
scroll）。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上，界面操作相当的
流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色。尤其是网页加
载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
微的停顿。特别是桌面用了动态壁纸 + 大量控件，或者联系人名单巨长的时候。
，因为大部分用户会把Flash设为on demand。
。
【在 s*********r 的大作中提到】
: 相比于苹果的iOS和微软的Windows Mobile7来说，Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象。理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升，用户却没有明显的感觉。
: 这里如果使用Android的童鞋不相信Android界面性能差的话，打开浏览器，访问www.cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（scroll）。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上，界面操作相当的流畅！ 还有一点需要澄清的是，Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
: 总结来说，Android界面性能低下体现在两个地方：
: 复杂界面的滚动 （scrolling）：切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件，或者联系人名单巨长的时候。
: 复杂界面的缩放（pinch zoom）：在大型网页的缩放。这里暂且不考虑Flash的影响，因为大部分用户会把Flash设为on demand。
: 社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
: http://code.google.com/p/android/issues/detail?id=6914
: 基本上来说Android界面性能低下由三个原因造成：
: Java的垃圾回收算法
: 用户界面没有GPU硬件加速
|
s*******e
发帖数: 4188 | 22 android系统升级要受制于device manufacturer和carrier，挺烦的 |
s*********r
发帖数: 468 | 23 需要安装内存管理apps是因为开得程序太多的话，垃圾回收会让UI变得卡。
2.3的同步GC应该能解决大部分垃圾回收造成的延迟问题。
你说的这个也是多进程系统设计的tradeoff了。为什么Windows也需要使用内存管理app
呢？虽然有
设计上的改进空间，但是更多时候是设计的balance吧。
【在 h****x 的大作中提到】
: android的操作有时会让人想用手指用力猛戳屏幕的冲动，或者就得时不时的提醒自己
: 要easy and slow。
: 还有一点就是如果一个操作系统需要另装内存管理apps，设计系统的时候干嘛去啦，难
: 道编译的人自己都从来不用的？
:
: 到遗憾。一直到比较新的Android 2.2 Froyo版本，用户总是能间或感到界面卡的迹象
: 。理论上说，Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机
: 器，界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的
: 性能有了质的提升，用户却没有明显的感觉。
: cnbeta.com。虽然网页加载速度很快，但是采用双指缩放（pinch zoom）和滚动（
|
