对于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类型的传递至服务端

       至此  自己的坑比生涯结束

       有些写的不太详细   有什么不对  还望各位指点  谢谢

    

 

 

  

 


免责声明!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系本站邮箱yoyou2525@163.com删除。



 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM