ios afn html解析,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类型的传递至服务端