基于自己的理解对本书的笔记，不系统，不完善，仅供参考（这篇文章相对基础，后面会增加Block和GCD内部实现篇）
（*useful）标记：目前觉得有用的函数
//FIXME 标记：待补充
NSZone
- NSDefaultMallocZOne,NSZoneMalloc等都是为了内存碎片化而引入的结构，对内存分配的区域本身进行多重化管理，根据使用的对象的目的，对象的大小分配内存，从而提高了内存管理的效率
- 但是，苹果官方文档programming with ARC Release Notes 说，现在的运行时(runtime)系统只是简单的hulve了区域的概念，运行时系统中的内存管理本身已极具效率，使用了zone反而会引起内存使用的效率低下及源代码复杂化等问题
ARC
所谓对象(包含很多成员变量的集合)类型就是指向NSObject这样的Objective-C类的指针，
例如“NSObject *”，id类型用于隐藏对象类型的类名部分，相当于C语言常用的 “Void *”
- 不要显示调用dealloc
- ARC会自动对delloc进行处理，因此不必书写[super dealloc]
- 对象型变量不能作为C语言结构体的成员
- c语言的结构体（struct或union）中存在OC的对象会编译不过
- ARC把内存管理工作分配给编译器，而对于C语言的结构体，在标准上就是不可实现的。
struct XMTInputRange {
CGFloat min;
CGFloat max;
NSString * str;//ARC forbids Objective-C objects in struct
};
typedef struct XMTInputRange XMTInputRange;
Block & Block模式
const char text[] = "hello";
const char * text1 = "hello";
NSMutableArray * mutArr= [[NSMutableArray alloc]init];
int(^blockfunc)(int count) = ^(int a){
[mutArr addObject:@1]; // 调用变更该对象的方法不会报错 ⚠️（block中不改变变量指针地址就 OK）
// printf("%c \n", text[2]); //block中，截取自动变量的方法并没有实现对C语言数组的截获 （ERROR）
printf("%c \n", text1[2]); //使用指针就 OK
return 111;
};
blockfunc(1);
补充：runtime的setIvar会将操作的Ivar可变属性重置为readValue （*useful）
const char * name = [memberNameStr UTF8String];
Ivar nameIvar = class_getInstanceVariable([self class], name);
if (nameIvar && readValue) {
object_setIvar(self, nameIvar, readValue); //重置对象地址
}
（*useful）类似对数组的操作 filter(), concat() 和 slice()，会返回一个新的数组
Block实现
Grand Central Dispatch
- 上下文切换
- OS X和iOS的核心XNU内核在发生操作系统事件时（如每隔一定时间，唤起系统调用等情况）会切换执行路径。执行中路径的状态，例如CPU的寄存器等信息保存各种路径专用的内存块中，从切换目标路径的专用的内存块中，
- 复原CPU寄存器等信息，继续执行切换路径的CPU命令咧，这被称为“上下文切换”过多的使用线程，就会消耗大量的线程引起大量的上下文切换，大幅度降低系统的响应性能。
dispatch_queue_t queue = dispatch_queue_create("www", NULL); //NULL 也为串行
dispatch_queue_t queue = dispatch_queue_create("www", DISPATCH_QUEUE_SERIAL); //串行
- dispatch_set_target_queue
- 变更执行优先级
queue = dispatch_queue_create("com.setter", DISPATCH_QUEUE_SERIAL);
dispatch_set_target_queue(queue, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0));
- dispatch_after
注意：dispatch_after函数并不是在指定时间后执行处理，而是在指定时间追加处理到Dispatch Queue。
如果追加到main queue，main queue在主线程的runloop中执行，所以在比如每个1/60秒执行的runloop中，
block 最快在3秒后执行，最慢在3秒+1/60秒后执行。
并且在Main dispatch Queue有大量处理追加或主线程的处理本身有延迟时，这个时间更长
- dispatch_group_t
#pragma mark - dispatch_group 现监听一组任务是否完成 （范式）
-(void)GCDGroup{
//组队列-可以实现监听一组任务是否完成，完成后得到通知执行其他的操作 无序
dispatch_group_t group = dispatch_group_create();
dispatch_queue_t queue = dispatch_get_global_queue(0, 0);
__block NSData *data;
NSLog(@"GCDGroup Start!");
//完成请求之后通知主线程更新UI
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
NSLog(@"notify UI");
CustomCell *cell = [_tableView cellForRowAtIndexPath:[NSIndexPath indexPathForRow:0 inSection:0]];
cell.cellImageView.image = [UIImage imageWithData:data];
});
//dispatch_group_async 可以去做耗时的运算
dispatch_group_async(group, queue, ^{
NSString *urlStr= [urlArray objectAtIndex:0];
NSError *error = nil;
data = [NSData dataWithContentsOfURL:[self transfromStr:urlStr] options:0 error:&error];
NSLog(@"queue task");
});
// code 你可以在这里写代码做一些不必等待 group 内任务的操作
for (int idx = 0; idx < 3; idx ++) {
NSLog(@"%zd", idx);
}
// 当你在 group 的任务没有完成的情况下不能做更多的事时，阻塞当前线程等待 group 完工 //阻塞
long result = dispatch_group_wait(group, DISPATCH_TIME_FOREVER);
//自定义时间：任务没有完成就会调用Notify（是没有意义的方式）
//dispatch_time_t deltaTime = dispatch_time(DISPATCH_TIME_NOW, 50ull * NSEC_PER_MSEC);
if (result == 0) { //DISPATCH_TIME_FOREVER 返回值恒为0
NSLog(@"wait");
}else{
NSLog(@" not wait");
}
}
- dispatch_barrier_async
- 数据竞争 （写的过程中不能被读，以免数据不对，但是读与读之间并没有任何的冲突）
-(void)setProperty2:(NSString *)property2{
dispatch_barrier_async(queue_PropertyObject, ^{
_property2 = property2;
});
}
-(NSString *)property2{
__block NSString * tempProperty2;
dispatch_sync(queue_PropertyObject, ^{
tempProperty2 = _property2;
});
return tempProperty2;
}
-
dispatch_sync (谨慎使用)
- 简易版的dispatch_group_wait
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"dispatch_get_main_queue");
});
该源代码在Main中执行指定的Block，并等待其执行结束。
而其实在主线程中正在执行这些源代码，所以无法执行追加到Main Queue中Block
类似循环引用（retiancycle而这个例子就是self引用self）
- dispatch_apply
（*useful）
GCD的东西没有接受者 (NSOperation 有runloop 来接收)
其实无论ASI还是AF，创建一个单独的networkRequestThread都不是为了节约线程数。
OperationQueue从4.0开始就是 基于GCD了，背后的线程池已经降低了开线程带来的额外开销。
更何况一般的应用场景都会设置最大并发数，一个或者几个线程在运行没有太多性能或资源上的差异。
真正的原因是从后台触发一个异步NSOperation的时候，需要有一个在运行的runloop接收NSURLConnection的回调。仅此而已。
- dispatch_suspend dispatch_resume
你可以使用 dispatch_suspend 和 dispatch_resume 临时地挂起和继续 dispatch source 的事件递送。
这两个函数分别增加和减少 dispatch 对象的挂起计数。
因此，你必须每次 dispatch_suspend 调用之后，都需要相应的 dispatch_resume 才能继续事件递送。
（*useful）
再次强调一下事件合并：挂起一个 dispatch source 期间，发生的任何事件都会被累积，直到 dispatch source 继续。
但是不会递送所有事件，而是先合并到单一事件，然后再一次递送。
例如你监控一个文件的文件名变化，就只会递送最后一次的变化事件。
dispatch_resume(_source);
dispatch_suspend(_source); 并不能暂停(和NSTimer暂停类似),GCD的东西没有接受者
-
dispatch_semaphore_t 派遣信号（计数型信号）
dispatch_semaphore_t _lock; //线程锁
_lock = dispatch_semaphore_create(1);
-(void)transaction{
dispatch_semaphore_wait(_lock, DISPATCH_TIME_FOREVER); //wait类似dispatch_group_wait
// deal code
dispatch_semaphore_signal(_lock);
}
- dispatch_io_t ( 很少用。。。)
GCD实现放在下篇文章(链接后面会放上来)
