Android的主线程可以一直存在的原因

最新推荐文章于 2024-04-19 13:25:56 发布
原创 最新推荐文章于 2024-04-19 13:25:56 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android

线程状态包括新建、就绪、运行、死亡和堵塞。Android主线程通过Looper.loop保持活动，当MessageQueue无消息时，主线程进入休眠，利用epoll机制监控pipe，只有在数据就绪时才唤醒处理，避免了主线程阻塞导致ANR，有效地节省了CPU资源。

线程是一个动态执行的过程，从产生到死亡包括五个状态：新建、就绪、运行、死亡和堵塞。只要线程没有执行完毕或者没有被其它线程杀死，线程就不会进入死亡状态。Android中的主线程一直存在是因为主线程中一直在监听消息（通过死循环looper.loop一直获取消息），从而使线程无法被执行完毕。

问：这个死循环为什么不会导致,主线程阻塞或者几秒无响应发生ANR？
这里就涉及到Linux pipe/epoll机制，简单说就是在主线程的MessageQueue没有消息时，便阻塞在loop的queue.next()中的nativePollOnce()方法里，此时主线程会释放CPU资源进入休眠状态，直到下个消息到达或者有事务发生，通过往pipe管道写端写入数据来唤醒主线程工作。这里采用的epoll机制，是一种IO多路复用机制，可以同时监控多个描述符，当某个描述符就绪(读或写就绪)，则立刻通知相应程序进行读或写操作，本质同步I/O，即读写是阻塞的。 所以说，主线程大多数时候都是处于休眠状态，并不会消耗大量CPU资源。

简单一句说epoll机制：相比于select和poll每次线性扫描所有的socket，epoll只会对“活跃”的socket操作。

【Android面试八股文】 Looper 为什么要使用死循环？Looper.loop会不会阻塞主线程?Looper无限循环的阻塞会不会导致主线程ANR？
字节卷动
06-27 997
一、 Looper 为什么要使用死循环？ 1.1 进程 1.2 线程 1.3 ActivityThread 1.4 总结 二、 Looper.loop会不会阻塞主线程？ 2.1 概述 2.2 nativePollOnce 2.3 `nativePollOnce` 的底层逻辑 2.4 Android中为什么主线程不会因为Looper.loop()里的死循环卡死？ 2.5 总结 三、Looper无限循环的阻塞会不会导致主线程ANR？ 3.1 ANR 3.1.1 什么是ANR 3.1.1 发生ANR的主要四种情况
Android进程与线程
是阿超
11-15 1486
Android进程与线程
android 主线程死循环,主线程中Looper的轮询死循环为什么没有阻塞主线程？
weixin_34369440的博客
05-29 824
正如咱们所知，在android中若是主线程中进行耗时操做会引起ANR(Application Not Responding)异常。oop形成ANR的缘由通常有两种：性能当前的事件没有机会获得处理(即主线程正在处理前一个事件，没有及时的完成或者looper被某种缘由阻塞住了)当前的事件正在处理，但没有及时完成为了不ANR异常，android使用了Handler消息处理机制。让耗时操做在子线程运行。s...
android如何确保应用进程不被杀死,使得一个android应用不会被进程杀死
weixin_35934012的博客
05-28 2477
怎样使一个Android应用不被杀死？(整理)(2011-12-02 18:50:54)转载▼标签：it参考：http://blog.youkuaiyun.com/windskier/article/details/6560925http://blog.youkuaiyun.com/zmyde2010/article/details/6756368http://blog.sina.com.cn/s/blog_514048...
android 线程太多,应用程序可能在其主线程上做了太多的工作。
weixin_42131342的博客
05-29 885
任何开始开发android应用程序的人都会在logcat上看到这个消息。编舞(ABC)：跳过xx帧！应用程序可能在其主线程上做了太多的工作。“那么，它到底意味着什么，你为什么要关心它，以及如何解决它。这意味着您的代码需要很长时间才能处理，而框架正因此而被跳过，这可能是因为您正在应用程序或DB访问的核心做一些繁重的处理，或者其他导致线程停止一段时间的事情。下面是一个更详细的解释：Choreograp...
如何实现线程保活
wangshuo_的博客
08-09 1347
有两种方案: 第一种:提升优先级,降低进程被杀死的概率 线程的优先级 (a.前台进程 b.可见进程 c.服务进程 d.后台进程 e.空进程) 1.利用Activity提升权限:监听手机锁屏事件,在屏幕锁屏的时候启动一个1像素的Activity,在用户解锁时将Activity销毁,注意要设置成透明状态. 2.利用Notification提升权限:Android中Service的优先...
Android卡顿监控
ganduwei的博客
09-02 844
一、概述 如果想要自己实现一个简单的卡顿监控功能，可以看下这编文章。我们都知道，Android程序 是基于事件驱动的，程序主线程一直在执行Looper的loop，loop的循环不断的读取事件进行处理，没有事件就等待着，退出程序也就退出这个循环。在Looper中，处理消息前后会打印log： // This must be in a local variable, in case a UI event sets the logger final Printer l
Android Handler相关面试题你能答对多少？子线程和主线程是如何切换的？
m0_54850467的博客
04-11 221
前言 在历时半个月，面试失败了9次以后，我拿到了满意的Offer，薪资同比增长50%不止。 因为在一千多公司没有太大的开发压力，让我有更多的时间去学习Android的方方面面。在今年四月初，我花了一个周末Review简历，下定决心准备出去找工作。 关于“互联网寒冬”这个现象，笔者一直是不愿意去相信的，因为他给我造成了焦虑，虽然它确确实实存在。 现在回顾这次跳槽的经历，笔者想说的是：其实寒冬没有大家想象的那么冷， 当你有一定能力的提升的时候，一定要多尝试走出舒适圈尝试。不断的学习投资自己才会在互联网时代拥有安
Android Handler内存泄露和不会ANR原因↑
zenmela2011的专栏
03-12 2171
1.Handler引发内存泄露 当不再需要某个实例后，这个对象却仍然被引用，防止被垃圾回收(Prevent from being bargage collected)，这个情况就叫做内存泄露(Memory Leak)。 看如下的代码： public class SampleActivity extends Activity { private final Handler mLeakyHandler = new Handler() { @Override public vo...
今日头条 ANR 优化实践系列 - Barrier 导致主线程假死
2401_84121573的博客
04-19 951
看到上面的注释瞬间明白了，原来是 Barrier 机制，是 Android 系统用来保障部分系统消息高优调度的一种机制，实现原理很简单：会在每次消息返回前，检测该消息是否是 barrier 消息，barrier 消息的典型特征就是msg.target对象为 null，如下图：如果是 Barrier 消息，那么将对消息队列中的消息进行遍历，找到第一个异步消息，然后将其赋值给 msg。
android多线程监控view,Android 腾讯 Matrix 原理分析（二）：TracePlugin 卡顿分析之主线程监听...
weixin_35828255的博客
05-28 427
前言接上文，我们首先来看 TracePlugin 卡顿分析的实现。TracePlugin 主要靠监视主线程的各种状态来分析是否卡顿，接下来我们开始吧。前文传送门：一、TracePlugin 类关系TracePlugin 继承抽象类 Plugin，Plugin 又实现了三个接口：IPlugin：拥有插件的特性，其中包含插件生命周期的回调；IssuePublisher.OnIssueDetectLis...
手Q Android线程死锁监控与自动化分析实践
chuyouyinghe的专栏
04-24 652
上述代码中，将等待获取LockSupport锁线程记录到等待列表中，获取LockSupport锁以后从等待列表中移除，并记录当前线程（记录当前线程id、name信息）为LockSupport锁的持有线程，当前线程释放LockSupport锁以后再将记录清空。这时，由监控线程获取线程持有、等待的阻塞锁信息，将这些信息上报到后台，客户端部分便完成了使命。2、分析所有dump的堆栈后发现，在系统堆栈的LockSupport锁对象之前，有相同的函数调用，可以提取这些关键的字符串，将其统一特征进行归类。
Android主页面进程卡死黑屏怎么办？多线程机制来解决
人生处处是围城，一切都是最好的安排！
02-09 1313
安卓开发页面黑屏卡死
安卓中的线程
feigedon的博客
04-23 292
笼统的划分，安卓中线程分为UI线程和工作线程，UI线程被称为主线程，主要负责更新UI，不适宜处理耗时的任务，否则会造成界面卡顿或ANR异常。所以耗时任务应放在工作线程中去处理，但是也不是多开工作线程就是好的，毕竟工作线程和UI线程也是竞争关系。1.直接new Thread或者复写Thread中的run方法，然后调用start()方法执行线程。2.用AsyncTask，已被弃用。3.用handler。
android主线程会休眠吗,Android 为什么主线程的looper 一直循环不会ANR
weixin_29041443的博客
05-29 469
阅读此文需要对handler原理有一定的了解程度。首先贴出来两个知识点。第一 java线程可以休眠第二Android只有主线程可以更新UI有人觉得这是傻子都知道的知识，那接下来说傻子可能不知道的知识直接叙述所有java的入口都是main方法 由虚拟机调用，Android 的也不例外，刚开始学习那会根本没研究Android 从哪里开始执行的，现在我知道了告诉那些不知道的同学，不是从applicati...
【Android面试】主线程中的Looper.loop()一直无限循环为什么不会造成ANR？
itbird的专栏
03-28 5604
Android面试中，你也许会被问到题目中的问题，这里我们基于以下几点来延伸解读其中原因： 1、什么是ANR?ANR发生的原因是什么？ 2、Looper为什么要无限循环？ 3、线程的几种状态 4、主线程中的Looper.loop()一直无限循环为什么不会造成ANR？ 1、什么是ANR?ANR发生的原因是什么？ ANR即Application Not Responding，顾名思义就是应用程序无响应。 在Android中，一般情况下，四大组件均是工作在主线程中的，Android中的Activ
Android消息机制Handler的实现原理解析
lyl278401555的专栏
07-05 5025
[ Android消息机制Handler的实现原理解析]Android的主线程为什么可以一直存在？ 线程是一个动态执行的过程，从产生到死亡包括五个状态：新建、就绪、运行、死亡和堵塞。只要线程没有执行完毕或者没有被其它线程杀死，线程就不会进入死亡状态。Android中的主线程一直存在是因为主线程中一直在监听消息，从而使线程无法被执行完毕。 线程的五种状态： 新建new Thread 当创建Thr
Android中的线程
xh_ssh的博客
12-22 1274
前言 我一直在想一个人总是感觉自己没有做成功过什么事，从小到大什么都普普通通这算不算是失败的人生。 线程 首先线程是什么东西呢，线程是CPU的资源调度的最小单位，CPU分配给进程的资源，进程在将分配到的资源分配给一个一个的线程使用。 Android中创建线程 第一种方式：通过new Thread的方式 或者是实现一个Runnable接口来创建线程 new Thread(() -> System.out.println("当前的线程：" + Thread.currentThread().getNam
debug时报anr错：Reason: Input dispatching timed out 解决办法
Azadoo的博客
12-02 5680
在排查问题对点击事件的监听debug时，突然遇到这种anr报错 大体意思是点击事件超过5s没有回应 系统报出anr错误并闪退，导致我无法debug查看问题。android Studio 输入下方命令行即可不闪退 正常debug操作。
鸿蒙开发中不在主线程 请求会卡死么 一直重复请求
最新发布
03-11
<think>好的，我现在需要回答用户关于鸿蒙开发中非主线程发起HTTP请求可能导致的卡死问题，以及如何处理重复请求的问题。首先，我要明确用户的具体需求和背景。用户可能在进行鸿蒙应用开发时，遇到了在非主线程发起HTTP请求时应用卡死的情况，同时还有重复请求的问题需要解决。 首先，我需要回顾鸿蒙系统的线程模型。鸿蒙系统基于分布式能力设计，其主线程（UI线程）负责处理用户界面更新和事件响应。如果在主线程中执行耗时操作，如网络请求，会导致界面卡顿甚至ANR（应用无响应）。因此，开发者通常会将网络请求放在子线程中执行。但用户提到在非主线程发起HTTP请求时出现卡死，这可能涉及到线程管理或网络库的使用问题。 接下来，我需要分析可能的原因。卡死问题可能源于多个方面。首先，是否在子线程中正确进行了网络请求？如果子线程中的请求阻塞了主线程，或者存在资源竞争，可能导致死锁。其次，网络请求的回调处理是否在正确的线程中执行。例如，如果在子线程中直接更新UI而没有切换回主线程，可能会导致界面卡顿或崩溃。此外，重复请求的问题可能由于未正确管理请求队列或未取消已经发出的请求，导致同一请求多次触发。 然后，我需要查阅鸿蒙开发文档和相关资料，确认HTTP请求的正确实现方式。根据鸿蒙的官方文档，推荐使用异步任务或任务分发机制来处理耗时操作。例如，使用`TaskDispatcher`来分发任务到不同的线程池，确保网络请求在IO线程中执行，而结果处理在UI线程中更新界面。此外，鸿蒙的`HttpClient`类提供了异步请求的方法，可以通过回调来处理响应，避免阻塞主线程。 关于卡死问题，可能的一个原因是回调处理中未正确切换线程。例如，如果在网络请求的回调中直接操作UI组件而没有使用`UITaskDispatcher`，会导致界面更新在子线程中进行，从而引发问题。需要确保回调中的UI操作切换到主线程执行。 对于重复请求的处理，可能需要引入请求队列或标识符来跟踪每个请求的状态。例如，在发起请求前检查该请求是否已经存在或正在处理中，避免重复提交。此外，可以使用取消机制，在页面销毁或条件变化时取消未完成的请求，防止无效请求继续执行。 在参考用户提供的引用内容时，引用[1]提到了Handler和Callback的使用，可能涉及到消息处理机制。在鸿蒙中，类似Android的Handler机制可能有所不同，但核心思想是确保耗时操作在子线程执行，结果处理在主线程更新。如果回调处理不当，可能导致消息循环阻塞，从而引发卡死。 此外，引用[2]中提到的错误处理方式（直接删除错误代码）可能暗示用户在开发过程中可能没有正确处理异常或错误情况，导致应用不稳定。例如，网络请求未添加超时处理或错误回调，可能导致请求挂起，无法释放资源，最终引发卡死。 综合以上分析，解决方案应包括以下几点： 1. 使用鸿蒙提供的异步任务机制（如`TaskDispatcher`）在子线程执行HTTP请求。 2. 在请求的回调中切换到主线程进行UI更新，避免直接操作UI组件。 3. 管理请求队列，使用标识符或取消机制防止重复请求。 4. 添加超时设置和错误处理，确保网络请求的健壮性。 5. 使用单例模式或全局管理类统一处理网络请求，避免资源泄漏。 最后，我需要验证这些解决方案的有效性，确保其符合鸿蒙的开发规范和最佳实践，并能够实际解决用户的问题。同时，生成的相关问题需要覆盖用户可能进一步关心的主题，如性能优化、异常处理等。</think>在鸿蒙开发中，非主线程发起HTTP请求不会直接导致卡死，但若处理不当可能引发线程阻塞或UI更新异常。以下是具体解决方案和重复请求处理策略： --- ### **一、非主线程HTTP请求卡死问题分析** 1. **线程阻塞场景** - 若在子线程中**同步执行**HTTP请求且未正确处理回调，可能导致线程长时间阻塞 - 示例错误代码（模拟场景）： ```java new Thread(() -> { HttpClient client = new HttpClient(...); // 创建同步客户端 HttpRequest request = new HttpRequest(...); HttpResponse response = client.execute(request); // 同步阻塞调用 // 直接更新UI（错误！） Text text = (Text) findComponentById(...); text.setText(response.getResult()); }).start(); ``` *问题：同步请求阻塞子线程，且未切换主线程更新UI* 2. **正确异步处理方案** - 使用`TaskDispatcher`实现任务分发： ```java // 获取IO线程分发器 TaskDispatcher ioDispatcher = getGlobalTaskDispatcher(TaskPriority.DEFAULT); ioDispatcher.asyncDispatch(() -> { // 执行网络请求（推荐异步HTTP客户端） HttpClient client = new HttpClient(...); client.createRequestBuilder() .setMethod(HttpMethod.GET) .setConnectTimeout(30) // 设置超时 .build() .execute(new AsyncCallback<HttpResponse>() { @Override public void onComplete(HttpResponse response) { // 切换主线程更新UI getUITaskDispatcher().asyncDispatch(() -> { Text text = (Text) findComponentById(...); text.setText(response.getResult()); }); } }); }); ``` --- ### **二、重复请求处理策略** 1. **请求标识符控制** ```java private final AtomicBoolean isRequesting = new AtomicBoolean(false); public void fetchData() { if (isRequesting.compareAndSet(false, true)) { // 原子操作防止并发 ioDispatcher.asyncDispatch(() -> { // 执行请求... isRequesting.set(false); // 请求完成后重置状态 }); } else { HiLog.warn("已有请求正在执行"); } } ``` 2. **请求取消机制** ```java private HttpClient currentClient; public void cancelRequest() { if (currentClient != null) { currentClient.abort(); // 终止当前请求 currentClient = null; } } ``` --- ### **三、核心优化建议** 1. **线程管理规范** - IO密集型任务使用`IO_TASK_DISPATCHER` - UI更新必须通过`UITaskDispatcher`[^1] 2. **网络库选择** 推荐使用鸿蒙官方增强库`@ohos.net.http`，支持更完善的异步回调机制 3. **异常兜底处理** ```java .execute(new AsyncCallback<HttpResponse>() { @Override public void onFail(int errorCode, String message) { // 处理网络错误 getUITaskDispatcher().asyncDispatch(() -> showErrorToast()); } @Override public void onCancel() { // 请求被取消时的处理 } }); ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值