1、AFNetworking的简单使用
大家使用此开源框架一般是用来进行网络请求的，下面是一个简单的例子
//创建一个管理者对象
AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];
//进行超时设置
manager.requestSerializer.timeoutInterval = 10;
//序列化模式设置（默认是Json）
manager.responseSerializer = [AFJSONResponseSerializer serializer];
//发送一个GET请求
[manager GET:urlString
parameters:nil
success:^(AFHTTPRequestOperation * _Nonnull operation, id _Nonnull responseObject) {
NSLog(@"加载成功");
}
failure:^(AFHTTPRequestOperation * _Nullable operation, NSError * _Nonnull error) {
NSLog(@"加载失败");
}];
2、大致框架
该开源框架是基于NSURLConnection 和 NSURLSession 进行开发的。其中有两个管理类：AFHTTPRequestOperationManager 和 AFHTTPSessionManager。另外一个主要的类是AFURLConnectionOperation，这是一个自定义的NSOperation，用来进行网络请求任务，回调，传到主线程。
3、AFURLConnectionOperation
首先讨论的是线程。我们进行网络请求无外乎以下几点：
1）主线程同步请求：这会堵塞主线程，一般没人采用。
2）主线程调用异步请求：NSURLConnection 在主线程Runloop触发回调事件，主线程的Mode（�可以理解为状态吧）有两个默认的：NSDefaultRunLoopMode,记录平时的状态和UITrackingRunLoopMode，追踪ScrollView滑动时的状态。如果你想随时随刻都接受NSURLConnection的回调，就必须将设置在NSRunLoopCommonModes
状态下，因为如果一直处于滑动状态的话，就不能处理回调。但是这样又会影响动画效果。
3）子线程调用同步请求：此时进行请求虽然不会影响主线程的状态，但是处理一条网请求就要占据一条线程，该线程一直阻塞直到进行回调，若请求比较多的话，就会占据多条线程，资源浪费。
4）子线程调用异步请求：在这种情况下可以设置一条常驻子线程，用来进行网络请求的回调，这样多个网路请求进行请求时，回调都在统一的一个子线程，之后在传到主线程，也不会影响到主线程。比起上面的方式3），有不小的优势。
该框架采用的就是方式4）。源码：
+ (void)networkRequestThreadEntryPoint:(id)__unused object {
@autoreleasepool {
[[NSThread currentThread] setName:@"AFNetworking"];
NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
[runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
[runLoop run];
}
}
//创建一个线程 来进行网络活动
+ (NSThread *)networkRequestThread {
static NSThread *_networkRequestThread = nil;
static dispatch_once_t oncePredicate;
dispatch_once(&oncePredicate, ^{
_networkRequestThread = [[NSThread alloc] initWithTarget:self selector:@selector(networkRequestThreadEntryPoint:) object:nil];
[_networkRequestThread start];
});
return _networkRequestThread;
}
当一个operation 键入到 queue 中，就会自动调用operation 的 方法：
- (void)start;
该框架的此方法将会在上面创建的线程中创建一个connection请求网络数据，并在该线程中进行回调。并且于此同时创建了一个outputStream,用于进行将收到的数据写进内存。
- (NSOutputStream *)outputStream {
if (!_outputStream) {
self.outputStream = [NSOutputStream outputStreamToMemory];
}
return _outputStream;
}
补充：
operation 里有包含了一个状态机的东西，描述当前operation的状态，用的是KVO进行管理。状态分为
isReady → isExecuting → isFinished
自定义的operation必须加上状态机，否则加入到queue中无法运行。
就像queue中的依赖，A 依赖 B，只有当B中的状态机的状态为isFinished时才会开始执行A。
该框架中的源码如下，
typedef NS_ENUM(NSInteger, AFOperationState) {
AFOperationPausedState = -1,
AFOperationReadyState = 1,
AFOperationExecutingState = 2,
AFOperationFinishedState = 3,
};
- (void)setState:(AFOperationState)state {
if (!AFStateTransitionIsValid(self.state, state, [self isCancelled])) {
return;
}
[self.lock lock];
NSString *oldStateKey = AFKeyPathFromOperationState(self.state);
NSString *newStateKey = AFKeyPathFromOperationState(state);
[self willChangeValueForKey:newStateKey];
[self willChangeValueForKey:oldStateKey];
_state = state;
[self didChangeValueForKey:oldStateKey];
[self didChangeValueForKey:newStateKey];
[self.lock unlock];
}
当收到服务器中的数据时候，会调用connection的代理方法：
- (void)connection:(NSURLConnection __unused *)connection
didReceiveData:(NSData *)data；
将受到的数据写进内存中，收完之后，调用
- (void)connectionDidFinishLoading:(NSURLConnection __unused *)connection；
将内存中的数据取出来，关闭connection,该operation状态机状态处于isFinished,并且调用该operation的completionBlock，对收到的数据进行操作。
该框架对block的操作经常看到这样类型的：
__weak __typeof(self)weakSelf = self;
[super setCompletionBlock:^ {
__strong __typeof(weakSelf)strongSelf = weakSelf;
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wgnu"
dispatch_group_t group = strongSelf.completionGroup ?: url_request_operation_completion_group();
dispatch_queue_t queue = strongSelf.completionQueue ?: dispatch_get_main_queue();
#pragma clang diagnostic pop
dispatch_group_async(group, queue, ^{
block();
});
dispatch_group_notify(group, url_request_operation_completion_queue(), ^{
[strongSelf setCompletionBlock:nil];
});
}];
}
创建一个weakself ,防止block和self之间进行循环引用，造成无法释放。但之后有创建一个strongself防止self指向的对象提前释放(block的执行是异步的，可能block还没有执行完，operation就dealloc了，block内又用到了,作者忽略了循环引用，因为最后这又设置这个block为nil,最终不会造成循环引用)。又因为strongSelf 之后又自动释放了，不会造成循环引用;
