安卓应用卡顿、性能低下的背后原因

安卓应用卡顿或性能低下的主要原因是垃圾回收器(GC)运行过于频繁。

当GC运行时,应用本身实际上并未运行。

通常情况下,为了实现流畅的UI渲染,安卓应用需要每16毫秒更新一次UI(考虑到60FPS的刷新率,即1000毫秒/60 ≈ 16毫秒)。

因此,如果GC运行时间过长,应用无法及时更新UI,导致本来高刷的屏幕出现了跳帧,从而表现出卡顿。

Google目前给出了一些解决办法:https://support.google.com/android/answer/7667018

导致安卓应用卡顿的一些最重要原因:

  1. 主线程任务过重
  2. 糟糕的UI/UX设计
  3. 瓶颈效应
  4. 过多的线性处理

1. 主线程任务过重:

多线程并非万能药。如果应用线程模型存在阻塞、等待等问题,即使拥有多CPU/多核心也无法发挥优势。当负载增加时,不充分的并发处理能力会影响应用性能,此时单纯增加CPU数量也无济于事。

2. 糟糕的UI/UX设计:

如果用户界面本身设计不好,那不管是什么系统来了也没用。

3. 瓶颈效应:

一个应用的运行速度只能和系统中最慢的环节一样快。这是因为网络、数据库(DB)和应用服务器都需要足够快才能确保最佳性能。最常见的瓶颈点包括代理服务器、Web服务器、数据库、路由器和中间件。通过减少对中心辐射型(hub/spoke)结构的依赖,使用冗余的复制基础架构,并消除单点故障来减少瓶颈。

4. 过多的线性处理:

有时,应用需要进行大量处理,这涉及对海量数据进行大量计算,非常耗时。

相关推荐
杉氧2 小时前
深入理解 Compose 重组机制:快照系统如何驱动 UI 精准刷新?
android·架构·android jetpack
召钱熏3 小时前
状态枚举正确≠渲染正确:一个语音按钮的状态机边界修复实录
android·前端
杉氧3 小时前
深度解析:Jetpack Compose 核心架构与底层原理 —— 十年安卓老兵的“破茧重生”
android·架构·android jetpack
通玄4 小时前
Jetpack Compose 入门系列(七):ViewModel 与界面状态管理
android
落魄Android在线炒饭4 小时前
Android Framework 开发技巧:android.jar 生成与系统快速编译验证
android
如此风景4 小时前
Kotlin Flow操作符学习
android·kotlin
plainGeekDev5 小时前
GreenDAO → Room
android·java·kotlin
weiggle6 小时前
第八篇:ViewModel + Compose——生产级状态管理实践
android
恋猫de小郭11 小时前
Amper 正式转正 Kotlin Toolchain ,Gradle 未来何去何从
android·前端·flutter
plainGeekDev12 小时前
ButterKnife → ViewBinding
android·java·kotlin