浅析android线程模型,Android编程中关于单线程模型的理解与分析

本文深入探讨了Android编程中的单线程模型,强调了只能在UI线程(MainThread)处理UI操作的重要性。同时指出长时间运行的任务不应阻塞UI线程,以免影响性能并可能导致ANR。Android 4.0后禁止主线程进行网络操作。建议使用多线程来处理如网络和数据库操作等耗时任务,以保持良好的用户体验。了解并妥善处理Android中的多线程是提升应用性能的关键。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本文讲述了Android编程中关于单线程模型的理解与分析。分享给大家供大家参考,具体如下:

当一个Android程序启动时,Android系统会同时启动一个对应的主线程(Main Thread)。

由于这个主线程(Main Thread)主要的任务就是对UI相关的事件进行处理(例如显示文本,处理点击事件,显示图片等),系统对每一个组件的调用都是从主线程中分发出去的,所以又常被称为UI线程。

IMP,Android单线程模型的核心原则就是:只能在UI线程(Main Thread)中对UI进行处理。为了提高Performance,Android对UI处理的相关method都不是synchronized,所以当你试图用其他线程来对UI进行操作时,会抛出如下异常:

android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.

当然,这并非鼓励我们将一切操作都放在UI线程当中进行。

有些十分费时但对UI更新影响很小的操作(如网络操作,数据库操作等),若一起放在UI线程当中去进行的话,会导致UI Performance十分poor,对的,非常非常poor,甚至弹出ANR(Application Not Responding)窗口,这无疑对用户是十分不友好的。

Ps:据我所知,Android SDK在4.0版本之后就不支持在Main Thread中直接进行网络相关操作,除非你厚颜无耻地在主线程中加上如下代码:

StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()

.detectDiskReads().detectDiskWrites().detectNetwork()

.penaltyLog().build());

StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()

.detectLeakedSqlLiteObjects().penaltyLog().penaltyDeath()

.build());

因此,Android单线程模型的原则总结起来大致有两点:

1.只能在UI线程(Main Thread)中对UI进行处理,不要在UI线程之外访问Android UI toolkit

2.不要用费时的操作阻塞UI线程

关于如何处理好Android程序中的多线程,可以参考Android官方training

希望本文所述对大家Android程序设计有所帮助。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值