一、线程安全变量控制显示隐藏loading框

问题描写叙述：

同一页面有两个异步网络请求，第一个请求開始,loading旋转。第二个请求開始loading旋转。第一个结束，loading停止旋转，但是这时第二个请求还没有结束。然后loading就结束了，于是问题就来了。

解决方式：

二、由上面问题引申出的问题：

1. #import <libkern/OSAtomic.h> 

这段话是从网上copy过来的。总结了一下原子操作的作用。

可是文中提到的osbase.h文件找不到。可能是由于版本号升级我的lib中没有这个文件。

iOS平台下的原子操作函数都以OSAtomic开头，使用时须要包括头文件<libkern/OSBase.h>。不同线程假设通过原子操作函数对同一变量进行操作，可以保证一个线程的操作不会影响到其它线程内对此变量的操作。由于这些操作都是原子式的。

由于原子操作仅仅能对内置类型进行操作。所以原子操作可以同步的线程仅仅能位于同一个进程的地址空间内。

转载请说明下：谢谢了。

点击打开链接（http://blog.csdn.net/a21064346/article/details/8076972）

单例方式1：

1. + (ABAddressBook *) sharedAddressBook  
2. {  
3.     static ABAddressBook * volatile __shared = nil;  
4.       
5.     if ( __shared == nil )  
6.     {  
7.         ABAddressBook * tmp = [[ABAddressBook alloc] init];  
8.         if ( OSAtomicCompareAndSwapPtr(nil, tmp, (void * volatile *)&__shared) == false )  
9.             [tmp release];  
10.     }  
11.       
12.     return ( __shared );  
13. }  

上面一段代码是创建一个 ABAddressBook的单例，为了保证在调用shareAddressBook的时候。内存中仅仅有一个且内存地址唯一（也就是说，怕其它线程訪问到这个函数，同一时候进行訪问这个单例）

volatile的作用是每次取得数值得方式是直接从内存中读取。

单例方式2：

1. + (ILSCMPersistenceManage *)sharedInstance {  
2.     @synchronized ([ILSCMPersistenceManage class]) {  
3.         if (__sharedInstance) {  
4.             return __sharedInstance;  
5.         }  
6.         __sharedInstance = [[ILSCMPersistenceManage alloc] init];  
7.         return __sharedInstance;  
8.     }  
9. }  

二者差别：

前者：更区域数据的底层，从更深层来进行对单例的保护，并且不不过作用于指针，还有其它的数据格式。并且它并没有去阻断其它线程来对函数的訪问

后者：加锁。对代码的运行效率与前者相比要低一些。假设运用在其它数据，而这个数据被更新的速度非常快，那么效率就非常差了。

參考与学习：

1、http://southpeak.github.io/blog/2014/10/17/osatomicyuan-zi-cao-zuo/

2、http://www.cocoachina.com/industry/20130821/6842.html

3、http://southpeak.github.io/blog/2014/10/25/objective-c-runtime-yun-xing-shi-zhi-lei-yu-dui-xiang/

2.OSAtomic vs OSAtomicBarrier

On Intel and uniprocessor platforms, it doesn‘t matter.

For multiprocessor PPC systems, you should always use the barrier variety of functions, unless the atomic store affects no dataother than the atomic variable.

The following would not be ok:

data_structure[y].data++;

OSAtomicIncrement32(y);

You must use a barrier here, because other threads may see data_structure as out of date.

However, if you are using an atomic variable for some purpose where it stands alone, you may omit the barrier:

// y is not used to access any other data

OSAtomicIncrement32(y);

Fine, as long as the value of y does not affect the variable of any shared data structure.

Essentially, it‘s a cache flush. You can always safely use the barrier functions, but in some cases, you may be able to improve performance by not using the barrier functions, such as if y is not used relative to a data structure. There are probably not many cases where you can use the functions without the barrier.

3.int int32_t int64_t

这些事跨平台编程导致的；

uint8_t / uint16_t / uint32_t /uint64_t 是什么数据类型

在nesc的代码中。你会看到非常多你不认识的数据类型，比方uint8_t等。咋一看，好像是个新的数据类型，只是C语言（nesc是C的扩展）里面好像没有这种数据类型啊！怎么又是u又是_t的？非常多人有这种疑问。论坛上就有人问：以*_t结尾的类型是不是都是long型的？在baidu上查一下，才找到答案，这时才发觉原来自己对C掌握的太少。

那么_t的意思究竟表示什么？详细的官方答案没有找到，只是我认为有个答案比較接近。它就是一个结构的标注，能够理解为type/typedef的缩写，表示它是通过typedef定义的。而不是其他数据类型。

uint8_t。uint16_t，uint32_t等都不是什么新的数据类型，它们仅仅是使用typedef给类型起的别名。新瓶装老酒的把戏。

只是，不要小看了typedef。它对于你代码的维护会有非常好的作用。

比方C中没有bool，于是在一个软件中，一些程序猿使用int。一些程序猿使用short。会比較混乱，最好就是用一个typedef来定义。如：
typedef char bool;

一般来说，一个C的project中一定要做一些这方面的工作，由于你会涉及到跨平台。不同的平台会有不同的字长，所以利用预编译和typedef能够让你最有效的维护你的代码。为了用户的方便，C99标准的C语言硬件为我们定义了这些类型，我们放心使用就能够了。

 依照posix标准。一般整形相应的*_t类型为：
1字节     uint8_t
2字节     uint16_t
4字节     uint32_t
8字节     uint64_t