iOS 关于AFN内部传参学习
转自http://www.cnblogs.com/shuaishuaidianzi/p/5282579.html
对于iOS端的特殊性 不用form-data（也就是表单）传流 直接用post传参的形式传递流 自己的一点感悟和小结
不用form-data（也就是表单）传流 直接用post传参的形式传递流
这里面我们介绍的是第三方框架 AFNetworking：
AFNetworking是一个轻量级的iOS网络通信类库。它建立在NSURLConnection和NSOperation等类库的基础上，让很多网络通信功能的实现变得十分简单。它支持HTTP请求和基于REST的网络服务（包括GET、POST、 PUT、DELETE等）。支持ARC，不带上这句感觉没头没尾的。
1.首先 所有的网络请求,均有manager发起
AFHTTPRequestOperationManager *manager=[AFHTTPRequestOperationManager manager];
manager.requestSerializer = [AFJSONRequestSerializer serializer];
manager.responseSerializer = [AFJSONResponseSerializer serializer];
需要注意的是,默认提交请求的数据是二进制的,返回格式是JSON
1> 如果提交数据是JSON的,需要将请求格式设置为AFJSONRequestSerializer
2> 如果返回格式不是JSON的,
2. 请求格式
AFHTTPRequestSerializer 二进制格式
AFJSONRequestSerializer JSON
AFPropertyListRequestSerializer PList(是一种特殊的XML,解析起来相对容易)
说到这里就说下自己陷入的误区 iOS客户端这块是直接传递流的也就是（NSData）
但是AF的 AFHTTPRequestSerializer 和 AFJSONRequestSerializer是传递有区分
AFHTTPRequestSerializer的传递 在底层又对 参数和参数值进行了一次Url编码
>>>>>>[mutableRequest setHTTPBody:[query dataUsingEncoding:self.stringEncoding]];
AFJSONRequestSerializer的传递 则是在底层将 参数（一般情况下我们传递的是字典类型 也就是java中的map形式）转化为了NSData类型进行传递
>>>>>>[mutableRequest setHTTPBody:[NSJSONSerialization dataWithJSONObject:parameters options:self.writingOptions error:error]];
由于此时我的项目要求直接传递NSData（id+手机号+图片流）此时的NSData是用NSMutableData 所以在底层 就不需要再次的转化一次data
此时我修改代码为
>>>>>>[mutableRequest setHTTPBody:parameters];
这样我就可以直接用json形式直接传递服务端所需要的NSData 没有包含form-data里面所携带的参数 因为这些参数服务端那边代码解析会出现问题
我猜测服务端用的不是主流的解析框架
介绍完了请求对象方式属性 下面来说下传递参数的属性
一般的网络请求分为2种也就是mimeType的2种类型
1.application/x-www-form-urlencoded
2.multipart/form-data（最初的 http 协议中，没有上传文件方面的功能。rfc1867为http协议添加了这个功能）也就是Multipart协议
>>>>>>绝大部分 http server ，包括 tomcat ，已经支持此协议，可接受发送来的文件。各种网页程序，如 php, asp, jsp 中，对于上传文件已经做了很好的封装
但是我猜测我们服务端并未使用这种方式
>>>>>>我们先查看这个协议的结构 以下是别人的概述：
--${bound} // 该bound表示pdf的文件名
Content-Disposition: form-data; name="Filename"
HTTP.pdf
--${bound} // 该bound表示pdf的文件内容
Content-Disposition: form-data; name="file000"; filename="HTTP协议详解.pdf"
Content-Type: application/octet-stream
%PDF-1.5
file content
%%EOF
--${bound} // 该bound表示字符串
Content-Disposition: form-data; name="Upload"
Submit Query
--${bound}—// 表示body结束了
>>>>>>>> request是由三个部分组成的：①请求行(request-line) ②请求头(headers) ③请求体(request body)
构建multipart请求行 就是POST。
构建multipart请求头
@property (nonatomic, copy) NSString *boundary; // multipart协议中的分割符
boundary是用来分割不同数据内容的，其实就是上面举的那个例子中的${bound}
AFNetworking自定义了个函数创建boundary字符串
1.如果是开头分隔符的，那么只需在分隔符结尾加一个换行符
2.如果是中间部分分隔符，那么需要分隔符前面和结尾都加换行符
3.如果是末尾，还得使用--分隔符--作为请求体的结束标志
他的作用除了设置Content-Type外，在设置Content-Length时使用的[self.bodyStream contentLength]中会使用到 boundary的
我的经历就是当时用的是form-data传递 但是可能后台没用主流解析框架 导致 解析不出我所传递的 NSData 然后显示的解析除了 --boundary+开头的字段
所以此时我就果断抛弃了使用 form-data
改用application/x-www-form-urlencoded的网络和AFJSONRequestSerializer（修改底层不用再次转化一次data）结合的方式 直接将data类型的传递至服务端
