iOS多线程同步方案

上篇文章中已经讨论了iOS中多线程方案, 本文章主要记录多线程的同步方案、文件的多读单写操作.

先附上demo地址

当多个线程同时访问同一块资源时, 容易引发数据错乱和数据安全问题, 为了解决这个问题, 引入锁的概念.

自旋锁和互斥锁
自旋锁: 如果资源被占用, 调用者会一直循环.
互斥锁: 如果资源被占用, 资源申请者就会进入休眠状态.

一. 多线程中的锁

iOS中的锁有OSSpinLock os_unfair_lock pthread_mutex dispatch_semaphore NSLock NSRecursiveLock NSCondition NSConditionLock @synchronized等, 本片文章会对上诉锁做简单的应用以及讲解.

demo中已经对锁做了笔记.

二. 文件的多读单写

同一时间, 只能允许一个线程对文件进行写操作.
同一时间, 允许多个线程对文件进行读操作.

文件的多读单写方案有pthread_rwlock_tdispatch_barrier_async两种方案.

pthread_rwlock_t方案

@interface YYFilePThreadRwlock()

@property (nonatomic ,assign) pthread_rwlock_t lock;

@end

@implementation YYFilePThreadRwlock

- (void)dealloc {
    pthread_rwlock_destroy(&_lock);
}

- (instancetype)init {
    if (self = [super init]) {
        // 初始化锁
        pthread_rwlock_init(&_lock, NULL);
    }
    return self;
}

- (void)readWriteTest {
    for (int i = 0; i < 3; i++) {
        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            [self writeFile];
            [self readFile];
        });
    }
}


- (void)readFile {
    
    // 加锁
    pthread_rwlock_rdlock(&_lock);
    
    sleep(1);
    NSLog(@"读文件--%@", [NSThread currentThread]);
    
    // 解锁
    pthread_rwlock_unlock(&_lock);
}

- (void)writeFile {
    
    // 加锁
    pthread_rwlock_wrlock(&_lock);
    
    sleep(1);
    NSLog(@"写文件--%@", [NSThread currentThread]);
    
    // 解锁
    pthread_rwlock_unlock(&_lock);
    
}

@end

执行结果如下:

2018-09-04 16:33:03.322939+0800 ThreadSafeDemo[9117:329328] 写文件--<NSThread: 0x604000275240>{number = 3, name = (null)}
2018-09-04 16:33:04.326501+0800 ThreadSafeDemo[9117:329329] 写文件--<NSThread: 0x6040002744c0>{number = 4, name = (null)}
2018-09-04 16:33:05.327306+0800 ThreadSafeDemo[9117:329330] 写文件--<NSThread: 0x604000276d40>{number = 5, name = (null)}
2018-09-04 16:33:06.332040+0800 ThreadSafeDemo[9117:329328] 读文件--<NSThread: 0x604000275240>{number = 3, name = (null)}
2018-09-04 16:33:06.332040+0800 ThreadSafeDemo[9117:329330] 读文件--<NSThread: 0x604000276d40>{number = 5, name = (null)}
2018-09-04 16:33:06.332040+0800 ThreadSafeDemo[9117:329329] 读文件--<NSThread: 0x6040002744c0>{number = 4, name = (null)}

从执行结果可以看出, 写文件的操作不能同时进行, 而读文件的操作可以同时进行.

dispatch_barrier_async方案

@interface YYFileBarrier()

@property (nonatomic ,strong) dispatch_queue_t queue;

@end

@implementation YYFileBarrier


- (instancetype)init {
    if (self = [super init]) {
        _queue = dispatch_queue_create("com.onealon.queue", DISPATCH_QUEUE_CONCURRENT);
    }
    return self;
}

- (void)readWriteTest {
    dispatch_async(_queue, ^{
        [self readFile];
    });
    dispatch_async(_queue, ^{
        [self readFile];
    });
    dispatch_async(_queue, ^{
        [self readFile];
    });
    
    dispatch_barrier_async(_queue, ^{
        [self writeFile];
    });
    dispatch_barrier_async(_queue, ^{
        [self writeFile];
    });
}

- (void)readFile {
    
    sleep(1);
    NSLog(@"读文件--%@", [NSThread currentThread]);
    
}

- (void)writeFile {

    sleep(1);
    NSLog(@"写文件--%@", [NSThread currentThread]);
    
}

@end

执行结果:

2018-09-04 16:40:09.808536+0800 ThreadSafeDemo[9237:334097] 读文件--<NSThread: 0x600000067ec0>{number = 3, name = (null)}
2018-09-04 16:40:09.808536+0800 ThreadSafeDemo[9237:334103] 读文件--<NSThread: 0x60400027e080>{number = 4, name = (null)}
2018-09-04 16:40:09.808536+0800 ThreadSafeDemo[9237:334104] 读文件--<NSThread: 0x604000460680>{number = 5, name = (null)}
2018-09-04 16:40:10.814300+0800 ThreadSafeDemo[9237:334104] 写文件--<NSThread: 0x604000460680>{number = 5, name = (null)}
2018-09-04 16:40:11.817018+0800 ThreadSafeDemo[9237:334104] 写文件--<NSThread: 0x604000460680>{number = 5, name = (null)}



后续添加:
阅读AFNetworking源码时发现在AFURLRequestSerialization中设置请求头数据时也使用到了dispatch_barrier_async多读单写操作.

- (void)setValue:(NSString *)value
forHTTPHeaderField:(NSString *)field
{
    dispatch_barrier_async(self.requestHeaderModificationQueue, ^{
        [self.mutableHTTPRequestHeaders setValue:value forKey:field];
    });
}

- (NSString *)valueForHTTPHeaderField:(NSString *)field {
    NSString __block *value;
    dispatch_sync(self.requestHeaderModificationQueue, ^{
        value = [self.mutableHTTPRequestHeaders valueForKey:field];
    });
    return value;
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 161,513评论 4 369
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 68,312评论 1 305
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 111,124评论 0 254
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,529评论 0 217
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,937评论 3 295
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,913评论 1 224
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 32,084评论 2 317
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,816评论 0 205
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,593评论 1 249
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,788评论 2 253
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,267评论 1 265
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,601评论 3 261
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,265评论 3 241
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,158评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,953评论 0 201
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 36,066评论 2 285
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,852评论 2 277

推荐阅读更多精彩内容

  • 1.ios高性能编程 (1).内层 最小的内层平均值和峰值(2).耗电量 高效的算法和数据结构(3).初始化时...
    欧辰_OSR阅读 29,032评论 8 265
  • 前言 iOS开发中由于各种第三方库的高度封装,对锁的使用很少,刚好之前面试中被问到的关于并发编程锁的问题,都是一知...
    喵渣渣阅读 3,620评论 0 33
  • Q:为什么出现多线程? A:为了实现同时干多件事的需求(并发),同时进行着下载和页面UI刷新。对于处理器,为每个线...
    幸福相依阅读 1,540评论 0 2
  • 线程安全是怎么产生的 常见比如线程内操作了一个线程外的非线程安全变量,这个时候一定要考虑线程安全和同步。 - (v...
    幽城88阅读 615评论 0 0
  • 正式放假其实是明天,昨晚快下班时主任说明天没什么事可以不来了,要是有急事我电话再联系你,这么贴心的领导让我很感动。...
    崇熙阅读 110评论 0 0