亲宝软件园·资讯

展开

iOS读写锁实现 iOS中读写锁的简单实现方法实例

头疼脑胀的代码搬运工 人气:0
想了解iOS中读写锁的简单实现方法实例的相关内容吗,头疼脑胀的代码搬运工在本文为您仔细讲解iOS读写锁实现的相关知识和一些Code实例,欢迎阅读和指正,我们先划重点:ios读写锁实现nsmutablearray,读写锁的实现,ios读写锁实现,下面大家一起来学习吧。

废话开篇

iOS 下的多线程的技术的应用衍生出了锁的机制,试想,如果 iOS 下没有多线程的概念,所有的代码都会在同步环境下执行,那么,也就不会产生争夺资源情况的发生,当然,也就没有办法利用多核的优势。所以,多线程的应用是广布的,而锁的应用是局部的,所以,二者应相辅相成,来达到提高运行效率的同时提高程序运行的稳定性。

思考一、对于锁的类型的理解

基本的三种锁的类型:互斥锁、自旋锁、读写锁。

其中,互斥锁 多线程在访问加锁中的临界区前,会进入休眠,一直等待解锁后系统调度
;自旋锁 多线程在访问加锁中的临界区前,不进入休眠,会一直忙等。 读写锁 是一种思想,本质就是利用 互斥锁 来实现特定的应用场景:多读并行、读与写互斥,写与写互斥;对于其他的类型的锁,比如:信号量、条件锁、递归锁,可以理解为是由以上基本类型的锁实现的上层封装。

思考二、读写锁的实现逻辑

如果有这样一块公共资源,它的写入是比较耗时,那么,在这段时间内要避免程序再次的进行写入操作和读取操作,这样可以避免产生争夺资源的问题,当然,读取的过程可以并行。

先上一段代码,这里模拟一个比较耗时的写入过程,在模拟一个快速读取的过程。

//读写锁
- (void)readAndWriteLock
{
    //写
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
            NSLog(@"我开始写");
            for (int i = 0; i < 10000; i++) {
            }
            NSLog(@"我写完了");

    });

    //读
    for (int i = 0; i < 10; i++) {
        dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
            NSLog(@"我开始读%d",i);
            for (int j = 0; j < i; j++) {
            }
            NSLog(@"我读完了%d",i);
        });
    }
}

在写入的异步内执行了循环 10000 次的操作来模拟耗时任务;后面开辟了多线程进行读取,在读取的异步里,实现简单的不同数量的循环来模拟耗时任务,这里的耗时次数远小于写入。

打印如下

通过输出可以清晰的看到,写入过程中还有很多读取的操作在同时进行。致于是先开始读取还是开始写入,这里其实并不用去关心,本身它们也是由系统决定的,但是,这里需要控制一下代码,来实现读写互斥,即在写的过程中,禁止读取操作的介入。同时,也需要实现写写互斥。对于,多读,其实这里并不需要过多干涉,因为,本身就允许多读的逻辑。

思考三、简单封装读写锁,满足读写逻辑

利用互斥锁封装读取加、解锁;写入加、解锁

//初始化读取锁
static pthread_mutex_t r_plock =  PTHREAD_MUTEX_INITIALIZER;
//初始化写入锁
static pthread_mutex_t w_plock =  PTHREAD_MUTEX_INITIALIZER;
//记录当前读取次数,因为只要其值不为0,那么,就说明程序在读取操作,这里停止写入操作
static int current_read_times = 0;

进行读取加锁

//读加锁
- (void)readLock
{
    pthread_mutex_lock(&r_plock);
    current_read_times ++;
    if (current_read_times == 1) {
        pthread_mutex_lock(&w_plock);
    }
    pthread_mutex_unlock(&r_plock);
}

这里首先进行 读取锁 加锁,这里加锁的目的并不是锁定读取过程,而是锁定了修改 current_read_times 的过程,当 current_read_times 变更后,如果为 1,那么,就对 写入锁 加锁,这个写入锁就是锁住写入过程的。这两个锁的应用部分是有区别的。

进行读取解锁

//读解锁
- (void)readUnLock
{
    pthread_mutex_lock(&r_plock);
    current_read_times --;
    if (current_read_times == 0) {
        pthread_mutex_unlock(&w_plock);
    }
    pthread_mutex_unlock(&r_plock);
}

这里首先进行 读取锁 加锁,目的还是对 current_read_times 修改的锁,可以总结一下,读写锁本质并不对多读进行限制,所以,这里的读取锁是锁住 current_read_times 修改过程,在加锁的情况下进行 写入锁 状态的变更,实现 读与写的互斥。后面进行状态判断,如果 current_read_times 为 0,说明当前所以读取完成了,那么,对 写入锁 进行解锁,解锁后写入操作就可以正常进行。这里解锁的判断为 == 0 与 加锁的判断 == 1 是一对,这样就满足了,一个加锁过程对应一个解锁条件。不会出现只有加锁后而没有解锁的情况。

进行写入加锁

//写加锁
- (void)writeLock
{
    pthread_mutex_lock(&w_plock);
}

这里仅仅是对 写入 操作进行加锁。

进行写入解锁

//写解锁
- (void)writeUnLock
{
    pthread_mutex_unlock(&w_plock);
}

这里仅仅是对 写入 操作进行解锁。

最后的代码

//读写锁
- (void)readAndWriteLock
{
    //写
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
            [self writeLock];
            NSLog(@"我开始写");
            for (int i = 0; i < 10000; i++) {

            }
            NSLog(@"我写完了");
            [self writeUnLock];
    });
    
    //读
    for (int i = 0; i < 10; i++) {
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
            [self readLock];
            NSLog(@"我开始读%d",i);
            for (int j = 0; j < i; j++) {

            }
            NSLog(@"我读完了%d",i);
            [self readUnLock];
        });
    }
}

打印如下

可以看待写入过程是完整的一个打印顺序,而读取过程由于没有锁的保护并没有按顺序执行。

一个简单的 读写锁 就完成了。代码拙劣,大神勿笑。

总结

加载全部内容

相关教程
猜你喜欢
用户评论