iOS老生常谈之nonatomic和atomic

目录

前言

一、简介

1.aotomic

2.nonatomic

二、使用场景

---

前言

        这篇文章介绍iOS中的atomic和nonamitic。

一、简介

1.aotomic

        atomic是原子的，保证了属性的读写操作是原子的，即线程安全的。

        在多线程环境中，当多个线程同时访问一个属性的时候，atomic保证每次读写的完整性。

        性能上由于需要枷锁保证线程安全，atomic属性的性能会收到一定的影响。

        默认情况下，属性是aotomic。

2.nonatomic

        nonatomic是非原子的，不保证属性的读写操作是原子的，即非线程安全的。

        在多线程环境中，当多个线程同时访问一个nonatomic属性的时候，有可能会造成数据竞争。

        性能上nonatomic更高，更适合单线程或者不需要多线程安全的场景。

        在UI操作和性能敏感的代码中，通常使用nonatomic

例如：以上就是今天要讲的内容，本文仅仅简单介绍了pandas的使用，而pandas提供了大量能使我们快速便捷地处理数据的函数和方法。

二、使用场景

        在多线程开发中，nonatomic属性可能会导致数据竞争（data race）。数据竞争是指当两个或多个线程同时访问同一内存位置，并且至少其中一个是写操作时，可能会导致未定义的行为。下面是一个使用nonatomic属性造成数据竞争的例子：

        假设有一个Person类，其中有一个name属性，声明为nonatomic。现在有两个线程同时访问和修改这个属性，一个是用来设置姓名的线程，另一个是用来读取姓名的线程。由于nonatomic属性没有加锁，这种情况下可能会出现数据竞争。

@interface Person : NSObject

@property (nonatomic, copy) NSString *name;

@end

@implementation Person

@end

        我们使用下面的代码来访问Person中的name属性：

- (void)method1{
    Person * person = [[Person alloc]init];
    // 线程1设置姓名
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        person.name = @"Alice";
    });

    // 线程2读取姓名
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        NSLog(@"Name: %@", person.name);
    });

}

        在这个例子中，如果线程1正在设置name属性的值，而此时线程2正在读取name属性，就可能导致数据竞争问题。由于nonatomic属性没有提供任何线程安全保证，因此在多线程环境下，最好使用atomic属性或者通过其他方式保证线程安全。

        在实际开发中，选择合适的属性修饰符可以帮助管理内存和提高性能。例如，对于需要线程安全的属性，可以选择atomic，但在性能敏感的场景中，通常会选择nonatomic。对于需要确保属性值不变的情况，使用copy，而在大多数情况下，使用strong来保持对对象的强引用。