iOS 开发UIKit classes与线性安全

最新推荐文章于 2025-08-15 10:22:04 发布

原创最新推荐文章于 2025-08-15 10:22:04 发布 · 664 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ios #线程安全 #异步

iOS 专栏收录该内容

3 篇文章

订阅专栏

本文探讨了iOS开发中多线程与异步处理的重要性，并详细解释了何时使用主线程与非主线程，以及如何正确处理UI操作，避免线程使用混乱导致的问题。

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

有时候，我们处理耗时任务，为了不阻塞UI线程，会开启一个新的异步线程，例如读取网络数据，读取本地文件，合成图片等。

这里虽然看似简单，但细节层面的学问不少，例如异步、线程是两回事，同一个线程也可以有异步，例如下面这行就是在当前APP主线程下的异步：

dispatch_async(dispatch_get_main_queue(),^block)

下面这行就是来执行的是非主线程的任务：

dispatch_queue_create("name", DISPATCH_QUEUE_SERIAL)

但什么时候在主线程中执行呢？一般来说，凡是涉及到UI的（包括读，写）都必须在主线程，如读取按钮title，view.layer renderInContex，addView等，但不仅这些，例如UIImageWriteToSavedPhotosAlbum，虽然是写文件操作，但也必须是主线程。这是不是等于说，只要是UI开头的class或操作都必须是主线程呢？NO，例如UIFont，就是线程安全的，官方有特别说明：https://developer.apple.com/library/ios/documentation/uikit/reference/UIFont_Class/Reference/Reference.html

那怎么判断何时用主线程呢？一般来说，可以到官网上看一看，如果有特别标明可以在多个线程里使用，就不用担心占用主线程了，再举个例子：UIGraphicsBeginImageContextWithOptions 最后就标明了：

“In iOS 4 and later, you may call this function from any thread of your app. ”

另外有一个要注意的是，线程套用的情况：

    dispatch_async(myNotMainQueue, ^{
        
        UIImage *image = [self mixImagesFrom:self.borderCoreView];
        UIGraphicsBeginImageContextWithOptions(rect.size, YES, 0);


       #warning 错误！这里的view来自主线程    
        [view.layer renderInContext:UIGraphicsGetCurrentContext()];
  
        UIImage *viewImage = UIGraphicsGetImageFromCurrentImageContext();
        UIGraphicsEndImageContext();
        
    });

里面不能有任何非线程安全的操作，包括读一个UILabel.text（简单地说，基本上UI操作都是了）。解决方法是换为主线程执行整体操作，又或者嵌套一个主线进去（上面提到的主线程：dispatch_get_main_queue()）。

如果线程使用混乱会出现什么情况？一般来说，很可能无法觉察，例如某个系统资源（如摄像头等）莫名无法使用，或者被延时，即使这个线程里的操作看似已经结束并且与该系统资源无关。至于内存原因，我还无法解释。总之大家注意就是了。

参考文献：
http://stackoverflow.com/questions/14208742/ios-dispatch-async-and-uiimagewritetosavedphotosalbum
http://www.devdiv.com/home.php?mod=space&uid=273221&do=blog&id=49370