ios中的RunLoop 和 android 中的Looper

时间:2020-12-25 14:39:30

今天写android程序,用到了Handler,晚上回来查阅资料,发现了Looper这个概念。

看了一下网上关于Looper的资料,发现这个Looper跟ios中的Runloop基本的理念完全一致!

其实,Handler的主要作用同 ios的 performSelector,GCD的dispath系列函数 的用途也基本一致,用于线程的消息处理:向某个线程的消息队列发出消息,以便那个线程执行相应的逻辑。上面2个ios的函数,一般都是发送一个代码块到loop中,Handler不但能发送代码块,还能发送消息,因此handler多了一个消息处理的函数handleMessage(Message msg),发送消息时,也要像这个handler发送消息,而不是像loop发送消息(代码块只需要像loop发。这也比较容易理解,因为代码块是一段执行逻辑,而message单单是数据,当然需要额外处理),这样的话,如果一个loop绑定了多个handler,像哪个handler发送消息,哪个handler就会处理消息。

ios中有 [NSRunLoop mainRunLoop],android 中有Looper.getMainLooper ()

ios中有 [NSRunloop currentRunLoop] ,android 有Looper.myLooper()

ios中 有run 方法, android中有loop方法。


以下引用一下在网上看到的一点资料,写的很好,感谢作者http://blog.csdn.net/jinlking/archive/2009/07/09/4333456.aspx

在Android下面也有多线程的概念,在C/C++中,子线程可以是一个函数, 一般都是一个带有循环的函数,来处理某些数据,优先线程只是一个复杂的运算过程,所以可能不需要while循环,运算完成,函数结束,线程就销毁。对于那 些需要控制的线程,一般我们都是和互斥锁相互关联,从而来控制线程的进度,一般我们创建子线程,一种线程是很常见的,那就是带有消息循环的线程。

消息循环是一个很有用的线程方式,曾经自己用C在Linux下面实现一个消息循环的机制,往消息队列里添加数据,然后异步的等待消息的返回。当消息队列为空的时候就会挂起线程,等待新的消息的加入。这是一个很通用的机制(这里总结的很好,说出了共同点,runloop 和 looper 都是 “为了在线程内部实现消息循环,从而使所在线程不立即结束” 的实现机制)。

在Android,这里的线程分为有消息循环的线程和没有消息循环的线程,有消息循环的线程一般都会有一个Looper,这个事android的新 概念。(在ios中也是这样的,runloop分为启动状态和非启动状态。)我们的主线程(UI线程)就是一个消息循环的线程。针对这种消息循环的机制,我们引入一个新的机制Handle,我们有消息循环,就要往消息循环里 面发送相应的消息,自定义消息一般都会有自己对应的处理,消息的发送和清除,消息的的处理,把这些都封装在Handle里面,注意Handle只是针对那 些有Looper的线程,不管是UI线程还是子线程,只要你有Looper,我就可以往你的消息队列里面添加东西,并做相应的处理。

但是这里还有一点,就是只要是关于UI相关的东西,就不能放在子线程中,因为子线程是不能操作UI的,只能进行数据、系统等其他非UI的操作。

那么什么情况下面我们的子线程才能看做是一个有Looper的线程呢?我们如何得到它Looper的句柄呢?

Looper.myLooper();获得当前的Looper

Looper.getMainLooper () 获得UI线程的Looper

我们看看Handle的初始化函数,如果没有参数,那么他就默认使用的是当前的Looper,如果有Looper参数,就是用对应的线程的Looper。

如果一个线程中调用Looper.prepare(),那么系统就会自动的为该线程建立一个消息队列,然后调用 Looper.loop();之后就进入了消息循环,这个之后就可以发消息、取消息、和处理消息。这个如何发送消息和如何处理消息可以再其他的线程中通过 Handle来做,但前提是我们的Hanle知道这个子线程的Looper,但是你如果不是在子线程运行 Looper.myLooper(),一般是得不到子线程的looper的。


再添加一点从网上找到的资源,方便理解NSRunloop中的各种Mode的意义

一般情况下,我们使用NSURLConnection时,都使用如下的代码:

_connection = [[NSURLConnection alloc] initWithRequest:URLRequest delegate:self];

这段代码创建的connection运行在main runloop以及NSEventTrackingRunLoopMode下,而该模式在mouse-dragging loops and other sorts of user interface tracking loops期间会阻止对该connection的代理通知事件,比如在UITableView滚动的时候,connection的代理方法就不会被通知。这不是我们想要的,如果想要在mouse-dragging loops and other sorts of user interface tracking loops期间我们的connection的代理方法仍然被调用,可用以下代码替换上面的代码:

_connection = [[NSURLConnection alloc] initWithRequest:URLRequest delegate:self startImmediately:NO];

[_connection scheduleInRunLoop:[NSRunLoop currentRunLoop] forMode:NSRunLoopCommonModes];

[_connection start];


顺便说一下,一个线程,如果没有启用loop机制,那么当相关代码结束后,这个线程就会结束!如果你不想它结束,请开启它的loop机制!