如果你决定要在getter中写逻辑，那么就应当只写跟初始化过程有关的逻辑，跟初始化过程无关的逻辑就不要在getter里面写。因为getter本质上其实是工厂方法，工厂方法是不应当跟业务掺杂过多的。

最后是nonatomic和atomic，这个我现在并不知道有什么比较好的手段去求证这个问题，我现在比较忙并没有时间去查资料。但针对这个情况我要说两点：

  1. 实际开发工作中基本上都是用的nonatomic去修饰一个property，如果真的要进行原子操作，往往是自己用锁来建立临界区，很少情况是用atomic。原因见第二条：

2. 因为atomic并不能保证线程安全，线程安全应当由工程师自己通过锁来建立临界区。我记得这个描述苹果官方文档有说过，并且举了一个Person对象的例子。实际出处的链接我一时半会儿找不到了，大家如果有空的话可以帮我找一下。

针对第二条有网友补充：在多个atomic property的情况下，atomic并不能保证他们取值赋值的时序，因此不能保证线程安全。但对于单个property而言，atomic是安全的。在实际工作中，往往临界区涉及的属性和数据并不惟一，因此实际开发场景都是推荐工程师自建临界区，另一个角度上，这也方便将来增加或删除临界区相关的变量。

所以如果要自建临界区的话，其实用getter只会比不用getter更好，因为临界区里面涉及的逻辑和变量有可能很复杂，而我们并不希望这部分复杂的代码泄漏到与之无关的主要逻辑中去，这样会使得主要逻辑不清晰，难以维护。