iOS - 锁

OSSpinLock
自旋锁(过期了)，等待锁的线程会处于忙等（busy-wait）状态，一直占用着CPU资源
目前应不再安全，可能出现优先级反转问题
优先级低的线程1先进入，锁住。CPU把大量时间给优先级高的线程2，优先级高的线程2等线程1解锁，优先级低的线程获得不到CPU的时间，无法解锁。出现了假死锁。
#import <libkern/OSAtomic.h>
OSSpinLock lock = OS_SPINLOCK_INIT; // 需要全局 初始化一次
// 锁
OSSpinLockLock(&lock);
// 解锁
OSSpinLockUnLock(&lock);

// 尝试加锁 
if (OSSpinLockTry(&lock)) {
    OSSpinLockUnLock(&lock);
}

os_unfair_lock
iOS10以后
优化了OSSpinLock，等待os_unfair_lock锁的线程
#import <os/lock.h>
typedef struct os_unfair_lock_s {
uint32_t _os_unfair_lock_opaque;
} os_unfair_lock, *os_unfair_lock_t;

@property(assign, nonatomic) os_Unfair_lock lock;

os_unfair_lock_lock(&lock);
os_unfair_lock_trylock(&lock);
os_unfair_lock_unlock(&lock);

pthread_mutex
pthread开头都是跨平台的
mutex:互斥
互斥锁，等待锁的线程会处于休眠状态
#import <pthread.h>
// pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
// 初始化属性
pthread_mutexattr_t attr;
pthread_mutextattr_init(&attr);
// PTHREAD_MUTEX_DEFAULT 默认锁
// 检测错误锁
// PTHREAD_MUTEX_RECURSIVE 递归锁
允许同一个线程对一把锁进行重复加锁
允许同一个线程先多次加锁，然后再解锁，加锁多少次，解锁多少次。
a线程锁了，b线程来了要等待
pthread_mutextattr_settype(&attr, PTHREAD_MUTEX_DEFAULT);
// 初始化锁
pthread_mutex_init(&mutex, &attr);
// 销毁属性
pthread_mutexattr_destroy(&attr);

pthread_mutex_lock(&mutex);
pthread_mutex_unlock(&mutex);

// 销毁锁 （dealloc）
phread_mutex_destroy(&mutex);

- (void)test {
    pthread_mutex_lock(&mutex);    
    NSLog(@“—0”);
    [self test1];

    pthread_mutex_unlock(&mutex);
}
- (void)test1 {
    pthread_mutex_lock(&mutex);    

    NSLog(@“—1”);

    pthread_mutex_unlock(&mutex);
}
死锁，解决办法：两把锁，test1里再用一把锁mutex2即可

- (void)test {
    pthread_mutex_lock(&mutex);    
    // 递归 使用PTHREAD_MUTEX_RECURSIVE
    static int count = 0;
    if (count < 5) {
        count++;
        [self test];
    }

    pthread_mutex_unlock(&mutex);
}
允许先多次加锁，然后再解锁，加锁多少次，解锁多少次。

// 条件。
@property(assign, nonatomic)pthread_cond_t cond;

// 初始化
 pthread_cond_init(&cond, NULL);

// 两条线程 先执行remove方法
[[[NSTread alloc] initWithTarget:self selector:@selector(remove) objcet: nil] start];
[[[NSTread alloc] initWithTarget:self selector:@selector(add) objcet: nil] start];

- (void)remove {
    pthread_mutex_lock(&mutex);
    if (self.data.count == 0) {
        // 等待继续执行的条件cond 把mutex锁放开
        // 收到可以继续执行的条件 mutex加锁
        pthread_cond_wait(&cond, &mutex);
    }
    
    [self.data removeLastObject];
    NSLog(@“删除了元素”);
    
    pthread_mutex_unlock(&mutex);
}

- (void)add {
    pthread_mutex_lock(&mutex);
    sleep(1);

    [self.data addObject:@“te”];
    NSLog(@“添加了元素”);
    
    // 通知等待的cond 可以继续执行了
    pthread_cond_signal(&cond)
    
    pthread_mutex_unlock(&mutex);
}

NSLock
对pthread_mutex普通锁的封装

遵守NSLocking两个协议
    lock和unlock两个方法

-(BOOL)tryLock; // 尝试加锁
-(BOOL)lockBeforeDate: (NSDate *)limit; // 相比tryLock有个等待的时间 会阻塞
    在这个时间之前，能等到锁，就给这个锁加锁 加锁成功 继续往下走
    在时间内，没等到锁，加锁失败，代码继续往前走
@property(strong, nonatomic) NSLock *lock;
self.lock = [[NSLock allock] init];

[self.lock lock];
[self.lock unlock];

NSRecursiveLock <NSLocking>
对pthread_mutex递归锁锁的封装
NSRecursiveLock方法同NSLock

NSCondition<NSLocking>
对pthread_cond_t的封装 有lock和unlock方法
-(void)wait;
-(BOOL)waitUntilDate:(NSDate *)limit;
-(void)signal;
-(void)broadcast;

NSConditionLock<NSLocking>
条件锁
内部存储的条件之是1（初始化是多少）时候才能加锁
对pthread_cond_t和pthread_mutex_t的封装

@property(strong, nonatomic) NSConditionLock *conditionLock;

self.conditionLock = [[NSConditonLock allok] initWithCondition:1];

- (void)one {
    [self.conditionLock lockWhenCondition: 1];// 条件之为1才能加锁
    NSLog(@“11”);
    [self.conditionLock lockWhenCondition: 2];// 设置内部条件值为2 并解锁
}

- (void)two {
    [self.conditionLock lockWhenCondition: 3];// 条件之为2才能加锁
    NSLog(@“22”);
    [self.conditionLock unlock];    
}
- (void)three {
    [self.conditionLock lockWhenCondition: 3];// 条件之为2才能加锁
    NSLog(@“22”);
    [self.conditionLock unlock];    
}
效果：一定先执行one 再执行two 最后执行three

dispatch_semaphore
信号量 信号量的初始值，可以用来控制线程并发访问的最大数量
最大并发量
线程同步 信号量设置为1 DISPATCH_TIME_FOREVER 即可 保证只有一条线程执行
@property (strong, nonatomic) dispatch_semaphore_t semaphore;

self.semaphore = dispatch_semaphore_create(5); // 最大并发5

- (void)test {
    for (i = 0; i< 20; i++) {
        [[[NSThread alloc] initWithTarget: self selector@selector(run) object:nil] start];
    }
}

- (void)run {
    // 信号量的值 > 0，就让信号量的值减1，然后继续执行代码
    // 信号量的值 <= 0 就会休眠等待 具体等多久 看dispatch_semaphore_wait第二个参数
    dispatch_semaphore_wait(self.semaphore, DISPATCH_TIME_FOREVER);
    
    sleep(2);
    NSLog(@“%@“, [NSTread crrentThread]);
    
    // 刚执行到这里 信号量为0 
    // 信号量+1
    dispatch_semaphore_signal(self.semaphore);
}

// 每个方法都是独立一把锁
-(void)test {
    static dispatch_semaphore_t semaphore;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^ {
        semaphore = dispatch_semaphore_create(1);
    })

    dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);

    // 要加锁的代码        

    dispatch_semahore_signal(semaphore);
}

// 宏
#define SemaphoreBegin \
static dispatch_semaphore_t semaphore; \
static dispatch_once_t onceToken; \
dispatch_once(&onceToken, ^ { \
    semaphore = dispatch_semaphore_create(1); \
})\ 
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);

#define SemaphoreEnd \
    dispatch_semahore_signal(semaphore);

-(void)test {
    SemaphoreBegin;

    // 要加锁的代码        

    SemaphoreEnd;
}

dispatch_queue(DISPATCH_QUEUE_SERIAL)
串行队列
@property(strong, nonatomic)dispatch_queue_t queue;

self.queue = dispatch_queue_create(“q”, DISPATCH_QUEUE_SERIAL);

- (void)saleTicket {
    dispatch_sync({self.queue, ^{
        NSLog(@“sale“);
    });
}

@synchronized
对prhead_mutex递归锁的封装
不推荐使用
{
@synchronized(self) {
[self run];
}
}

读写安全
1、dispatch_semaphore_t 信号量
读和写都给锁住了 读没必要锁住
2、

import <pthread.h>

@property (assign, nonatomic)pthread_rwlock lock;

{

pthread_rwlock_init(&lock, NULL)    

[[[NSTread alloc] initWithTarget:self selector:@selector(read) objcet: nil] start];
[[[NSTread alloc] initWithTarget:self selector:@selector(write) objcet: nil] start];

}

-(void)read {
pthread_rwlock_rdlock(&lock);
NSLog(@“du”);
pthread_rwlock_unlock(&lock);
}

-(void)write {
pthread_rwlock_wrlock(&lock);
NSLog(@“xie”);
pthread_rwlock_unlock(&lock);
}

-(void)dealloc {
pthread_rwlock_dispose(&lock);
}

-(void)read {
dispatch_async(q, ^{
NSLog(@“du”);
})
}

-(void)write {
dispatch_barrier_async(q, ^ {
NSLog(@“xie”);
})
}

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 206,839评论 6赞 482
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 88,543评论 2赞 382
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 153,116评论 0赞 344
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 55,371评论 1赞 279
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 64,384评论 5赞 374
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 49,111评论 1赞 285
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 38,416评论 3赞 400
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 37,053评论 0赞 259
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 43,558评论 1赞 300
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,007评论 2赞 325
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,117评论 1赞 334
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,756评论 4赞 324
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 39,324评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,315评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,539评论 1赞 262
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 45,578评论 2赞 355
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,877评论 2赞 345