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

标签：style   blog   http   io   color   os   ar   使用   for   

一、线程安全变量控制显示隐藏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的工程中一定要做一些这方面的工作，因为你会涉及到跨平台，不同的平台会有不同的字长，所以利用预编译和typedef可以让你最有效的维护你的代码。为了用户的方便，C99标准的C语言硬件为我们定义了这些类型，我们放心使用就可以了。

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

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

标签：style   blog   http   io   color   os   ar   使用   for   

原文地址：http://blog.csdn.net/leochang130731/article/details/40517919