atomic和线程安全的理解

2020-02-29 本文已影响0人 Corbin___

线程安全

如果多线程下，一直操作i = i + 1,可能出现线程不安全

i = i + 1这个表达式涉及三步，取值，修改，赋值；

例如i = 1，线程A这时候进行i = i + 1，先取值，在修改(i+1)的过程中，这时候线程B进来了，他也要执行i = i + 1，他也先取值i，这时候i还是等于1

线程A执行完，i=2，

线程B执行完，i=2

我们是执行了两次i = i + 1如果线程安全的话，这时候i应该等于3

那么我们要怎么改成线程安全呢，就是对操作加锁i = i + 1

这样当线程A执行i = i + 1这个代码的时候，因为被加锁了，线程B只能等待，直到线程A执行完

atomic是set和get方法内加锁，其实他跟线程安全都不搭边

如果要举个例子的话，刚才i = i + 1这个例子，就算是atomic修饰i属性，那么也是线程不安全的

以前我对线程安全概念一直懵了，一直纠结

无论怎么加锁

线程A 读

线程B 写

线程C 读

线程D 写

好像对读写加锁，都没法解决最后数据不对的问题

后来才明白，如果我们将一个操作，比如读写一起加锁，那么就线程安全了

很难描述这个情况，不知道大家有没有get到我的点，大概意思就是atomic是读写方法加锁，但是真的要做到线程安全，应该是这一系列的操作加锁

看完这个文章iOS多线程到底不安全在哪里？的一些补充，记录

原子性能保证代码串行的执行，能保证代码执行到一半的时候，不会有另一个线程介入。

原子性是个相对的概念，它所针对的对象，粒度可大可小。

多线程访问时出现意料之外的结果

在文章中说到，内存的访问是串行的，当我看到这个的时候，我就想，是串行的，那么怎么还有多线程安全问题。

其实问题在于，原子性和线程安全的理解，在我们的代码中，想要线程安全，应该是一系列的操作是原子性的，例如i = i + 1这个操作是原子性的，那么去内存中读数据，写数据的顺序不会被其他线程的操作插入，导致出现意料之外的结果

如何用Xcode8解决多线程问题
其中讲了四个多线程不安全的场景，em。。。。还不错可以记着