线程安全---锁

前言

线程安全是IOS开发中避免不了的话题,随着多线程的使用,对于资源的竞争以及数据的操作都可能存在风险,所以有必要在操作时保证线程安全。线程安全是多线程技术的保障,而IOS中实现线程安全主要是依靠各种锁,锁的种类很多,各有各的优缺点,需要开发者在使用过程中权衡利弊,选择最合适的锁来搭配多线程技术。

锁的种类:

NSLock

synchronized
pthread
信号量
NSConditionLock 与NSCondition
自旋锁
递归锁
随着项目越来越庞大且越来越复杂,对于项目中事务的处理,多线程的使用也变得尤为必要。多线程利用了CPU多核的性质,能并行执行任务,提高效率,单是随之而来的也会出现一些由多线程使用而造成的问题。锁主要分为:互斥锁,递归锁,信号量,条件锁 等... 锁的功能就是为了防止不同线程同时访问一段代码。下面举个简单的例子。
创建一个Pesson类 其中有一个NSinteger 属性 类型属性age
#import <Foundation/Foundation.h>

NS_ASSUME_NONNULL_BEGIN

@interface Person : NSObject

@property (nonatomic , assign)NSInteger age; //在为赋值情况下 age默认是0 在外部模拟一种多线程的方位实例方法的情况

@end

NS_ASSUME_NONNULL_END

- (void)withoutLock {
    
  __block  Person *p = [Person  new];
    
    [NSThread detachNewThreadWithBlock:^{
        
        for (int i = 0; i< 1000; i++) {
            p.age++;
        }
        NSLog(@"%ld \n",p.age);
        
    }];
    
    
    [NSThread detachNewThreadWithBlock:^{
        for (int i = 0; i< 1000; i++) {
            p.age++;
        }
        NSLog(@"%ld \n",p.age);
    }];
    
}
不要在意数值的大小,这里只是为了达到模拟效果。可以看出,有两处代码,在不同的线程中调用了p.aee++; 按理想情况来说 结果应该是p.age是2000,但是分别打印线程的代码执行完后并非如此(每次执行结果基本都不相同)因为是不同的线程,所以不确定哪一个会先执行结束。相信有一定基础的同学都会明白其原因。因为在该处方法中没有加锁,导致不同线程竞争资源。当a线程和b线程同时拿到age时,例如此时的age的值是100 执行自增之后 a线程和b线程都将101赋值给了age,但总得有个先来后到,结果就是某一次被覆盖了。多次这样的操作就会导致误差。这个时候在多线程访问同一资源时要通过锁来保证同一时间仅有一个线程对该资源访问,这样就可以避免上述问题的发生!
1.使用 NSLock
- (void)withoutLock {
    
  __block  Person *p = [Person  new];
    
    NSLock *lock = [[NSLock alloc] init]; //加锁
    
    [NSThread detachNewThreadWithBlock:^{
        
        for (int i = 0; i< 1000; i++) {
            [lock lock];
            p.age++;
            [lock unlock];
        }
        NSLog(@"%ld \n",p.age);
        
    }];
    
    
    [NSThread detachNewThreadWithBlock:^{
        for (int i = 0; i< 1000; i++) {
            [lock lock];
            p.age++;
            [lock unlock];
        }
        NSLog(@"%ld \n",p.age);
    }];
    
}
NSLock使用起来比较简单,用创建的实例对象调用lock和unlock方法来加锁解锁,通过答应可以看到 结果是正确的 最后age是2000.
2.使用synchronized
这种锁是比较常用的,因为其使用方法是所以锁中最简单的,但性能却是最差的,所以对性能要求不太的使用情景下使用synchronized不失为一种比较方便的锁 代码如下。
- (void)synchronizedTest {
    
    __block  Person *p = [Person  new];
      
      [NSThread detachNewThreadWithBlock:^{
          
          for (int i = 0; i< 1000; i++) {
              @synchronized (p) { //加锁
                  p.age++;
              }
          }
          NSLog(@"%ld \n",p.age);
          
      }];
      
      
      [NSThread detachNewThreadWithBlock:^{
          for (int i = 0; i< 1000; i++) {
              @synchronized (p) { //加锁
                  p.age++;
              }
          }
          NSLog(@"%ld \n",p.age);
      }];
}

可以看出不需要创建锁,类似Swift中调用一个含有尾随闭包的函数,就能实现功能。
synchronized内部实现是通过传入对象,为其分配一个递归锁,存储在哈希表中。使用synchronized还需要有一些注意的地方,除了性能方面有劣势 还有两个问题, 一个是小括号里面需要传一个对象类型,基本数据类型不能作为参数, 另一个是小括号内的对象不能为空,如果为nil 就不能保证其锁的功能。

3. pthread 的全称是POSIX thread 是一套跨平台的多线程API,各个平台对其都有实现。pthread 是一套非常强大的多线程锁,可以创建互斥锁 ,递归锁 ,信号量,条件锁,读写锁,once锁等,基本上所有涉及的锁,都可以用pthread来实现

- (void)ptheadNormalTest {
    
    __block Person *p = [[Person alloc] init];
    
    NSLog(@"begin");
    
    __block pthread_mutex_t t;
    
    pthread_mutex_init(&t,NULL);
    
    [NSThread detachNewThreadWithBlock:^{
        
        for (int i = 0; i< 1000; i++) {
            pthread_mutex_lock(&t);
            p.age++;
            pthread_mutex_unlock(&t);
        }
        NSLog(@"% zd \n",p.age);
    }];
    
    [NSThread detachNewThreadWithBlock:^{
        
        for (int i = 0; i< 1000; i++) {
            pthread_mutex_lock(&t);
            p.age++;
            pthread_mutex_unlock(&t);
        }
        NSLog(@"% zd \n",p.age);
    }];
    
//    pthread_mutex_destroy(&t);
}

未完后续会补充!

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