使用属性关键字时需要考虑一些因素，包括线程安全、内存管理、性能和代码可读性等。以下是一些常见的注意事项以及属性关键字在不同场景下的建议用法：

1.  **`atomic` 和 `nonatomic`：**

    -  **注意事项：** `atomic` 提供了一定的线程安全性，但会带来性能开销。`nonatomic` 可能会在多线程环境中导致数据竞争，需要在开发者自己保证线程安全性。

    -  **场景建议：**

        -  `atomic` 适用于多线程环境，但需要注意性能开销。

        -  `nonatomic` 适用于单线程环境或者开发者自行处理线程同步的情况。

2.  **`strong` 和 `weak`：**

    -  **注意事项：** 使用 `strong` 会增加对象的引用计数，而 `weak` 不会。`strong` 可能导致循环引用，需要注意避免。

    -  **场景建议：**

        -  `strong` 用于需要长时间持有对象的情况，确保对象在使用期间不被释放。

        -  `weak` 用于避免循环引用，通常用于委托模式、block 回调等。

3.  **`assign`：**

    -  **注意事项：** 适用于基本数据类型，不进行引用计数的增减。

    -  **场景建议：** 用于非对象类型的属性，如基本数据类型（int、float等）。

4.  **`copy`：**

    -  **注意事项：** `copy` 会创建一个新的对象副本，适用于确保属性值不受外部影响的情况。对于不可变对象，使用 `copy` 和 `strong` 效果相似。

    -  **场景建议：**

        -  `copy` 适用于需要确保属性值不会被外部修改的情况，如字符串、数组、字典等可变对象。

        -  在使用 `copy` 时，需要确保对象实现了 `NSCopying` 协议。

5.  **`readonly` 和 `readwrite`：**

    -  **注意事项：** `readonly` 表示只生成 getter 方法，不能直接对属性进行赋值。`readwrite` 表示生成 getter 和 setter 方法。

    -  **场景建议：**

        -  `readonly` 适用于只需要读取属性值而不需要修改的情况，有助于封装。

        -  `readwrite` 适用于需要读取和修改属性值的情况。

6.  **`getter=` 和 `setter=`：**

    -  **注意事项：** 通过 `getter` 和 `setter` 可以自定义属性的方法名。

    -  **场景建议：** 使用于需要修改默认生成的 getter 和 setter 方法名的情况，增强代码的可读性和语义。

其他补充：

1. **内存管理角度：**

    -  **注意事项：** 使用合适的属性关键字有助于进行正确的内存管理，避免内存泄漏和循环引用。

    -  **场景建议：** 在选择属性关键字时，根据对象的生命周期和在不同场景下的使用情况来合理使用 `strong`、`weak`、`assign`、`copy` 等关键字。

2.  **自动合成和手动合成：**

    -  **注意事项：** 在不使用手动合成时，编译器会自动生成 getter 和 setter 方法。

    -  **场景建议：** 大多数情况下，可以依赖自动合成，只有在需要自定义 getter 和 setter 方法的情况下才使用手动合成。

3. **NSString用 `strong` 还是 `copy`**

    当声明一个 `NSString` 对象时，通常使用 `copy` 修饰符。这是因为`NSString` 是不可变的类，使用 `copy` 修饰符可以确保在设置新值时创建字符串的副本，从而避免在运行时对原始字符串的修改。

    ```

    @property (nonatomic, copy) NSString *myString;

    ```

    使用 `copy` 修饰符的优势在于：

    1.  **防止外部修改：** 如果使用 `strong` 修饰符，当传递一个可变字符串（`NSMutableString`）给属性时，外部可能会修改这个可变字符串，影响到属性持有的字符串。使用 `copy` 可以确保属性持有的是不可变的副本，防止外部修改。

    2.  **适用于不可变类：** `NSString` 是不可变类，使用 `copy` 是符合语义的。虽然在不可变类上使用 `copy` 并不会创建新的对象，但这是一个良好的习惯，因为它能够适应可变和不可变类的统一声明方式。

    总体而言，对于不可变类（如 `NSString`），使用 `copy` 是一种比较安全和规范的做法，特别是当这个字符串是属性或者是通过公共接口传递时。如果你确信不会传递可变字符串，并且性能是关键因素，那么`nonatomic` 和 `strong` 也是可以的，但一般来说，`copy` 是更推荐的选择。

4. **NSArray用什么？**

    如果你在声明一个 `NSArray` 对象的属性时，通常会使用 `copy` 或 `strong` 修饰符，具体取决于你的需求和设计选择。

    **使用 `copy`：**

    ```

    @property (nonatomic, copy) NSArray *myArray;

    ```

    -  **优势：** 通过使用 `copy`，可以确保数组的不可变性。当外部传递一个可变数组时，属性会持有该数组的不可变副本，从而防止外部修改原始数组对属性的影响。

    -  **注意事项：** 如果传递给该属性的数组元素是不可变的，`copy` 的开销相对较小。但如果数组元素是可变的，`copy` 操作会创建一个新的不可变数组，可能会引起性能开销。

    **使用 `strong`：**

    ```

    @property (nonatomic, strong) NSArray *myArray;

    ```

    -  **优势：** 使用 `strong` 修饰符，数组元素的引用计数会增加，确保在数组仍然被其他地方持有时，属性仍然可以访问这些元素。

    -  **注意事项：** 如果你知道数组元素是不可变的，使用 `strong` 可能会比 `copy` 更有效率，因为它不会引起新的内存分配。

    在选择 `copy` 还是 `strong` 时，考虑以下因素：

    -  如果你关心不可变性，并且想要确保属性持有的数组是不可变的，使用 `copy`。

    -  如果你希望属性与传递给它的数组共享相同的对象引用，并且不关心外部是否会修改原始数组，使用 `strong`。

    总的来说，对于 `NSArray` 等不可变集合类，使用 `copy` 是一个较为常见和安全的选择，特别是当这个数组是属性或者是通过公共接口传递时。

**每天分享一个新知识，快来关注我吧**