ASIHTTPRequest官方文档（一）

翻译自http://allseeing-i.com/ASIHTTPRequest/How-to-use

1．创建并运行一个请求

1．1 创建一个同步请求

创建一个同步请求是使用ASIHTTPRequest的最简单的方式。发送消息startSynchronous会在同一个线程中执行这个请求，并且当请求结束的时候会返回控制权（成功或者其它的情况）。

通过error属性检查问题。

调用方法responseString从返回结果中获取字符串，不要使用这个方法获取二进制数据，使用方法responseData获得一个NSData对象。对于大的文件，设置你的请求的downloadDestinationPath属性用于下载文件。

      - (IBAction)grabURL:(id)sender

      {

               NSURL *url = [NSURL URLWithString:@"http://allseeing-i.com"];

               ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];

               [request startSynchronous];

               NSError *error = [request error];

               if (!error) {

                       NSString *response = [request responseString];

               }

        }

注意：一般来说，你应该优先使用异步请求而不是同步请求。当你在主线程中使用ASIHTTPRequest的同步请求时，你的应用的用户界面会被锁定并且在整个网络请求期间不可用。

1．2 创建一个异步请求

做与上一个例子相同的事情，但是这个请求在后台运行。

       - (IBAction)grabURLInBackground:(id)sender

      {

              NSURL *url = [NSURL URLWithString:@"http://allseeing-i.com"];

              ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];

              [request setDelegate:self];

              [request startAsynchronous];

       }

       - (void)requestFinished:(ASIHTTPRequest *)request

       {

              // Use when fetching text data

              NSString *responseString = [request responseString];

              // Use when fetching binary data

              NSData *responseData = [request responseData];

       }

       - (void)requestFailed:(ASIHTTPRequest *)request

       {

              NSError *error = [request error];

       }

我们设置了请求的delegate属性，所以当请求完成或失败时，我们能够接到通知。

这是创建异步请求的最简单的方式，它会在一个位于后台的全局的NSOperationQueue中运行。为了实现更多复杂的操作（例如跟踪多个请求的处理过程），你可能想创建自己的queue，这是下面将要讲到的。

1．3 使用blocks

从1.8版本起，我们可以在支持它们的平台上通过使用blocks完成上面例子的功能。

       - (IBAction)grabURLInBackground:(id)sender

      {

              NSURL *url = [NSURL URLWithString:@"http://allseeing-i.com"];

              __block ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];

              [request setCompletionBlock:^{

                    // Use when fetching textdata

                    NSString *responseString = [request responseString];

                    // Use when fetching binarydata

                    NSData *responseData = [request responseData];

              }];

              [request setFailedBlock:^{

                    NSError *error = [request error];

              }];

              [request startAsynchronous];

       }

    注意当我们声明这个请求时标识符__block的使用，这是非常重要的！它告诉这个block不要retain这个请求，因为这个请求总是retain这个block，这样就避免了一个retain-cycle 。

1．4 使用队列

这个例子做相同的事情，但是这次我们为我们的请求创建一个NSOperationQueue。

使用你创建的NSOperationQueue(或者下面讲到的ASINetworkQueue)，就可以对异步请求进行更多的控制。当使用一个queue的时候，只有一定数量的请求同时运行。如果你向一个队列中添加的请求多于属性maxConcurrentOperationCount指定的数量，多出的请求会等到其它的请求结束才能开始运行。

       - (IBAction)grabURLInTheBackground:(id)sender

       {

              if (![self queue]) {

                    [self setQueue:[[[NSOperationQueue alloc] init] autorelease]];

              }

              NSURL *url = [NSURL URLWithString:@"http://allseeing-i.com"];

              ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];

              [request setDelegate:self];

              [request setDidFinishSelector:@selector(requestDone:)];

              [request setDidFailSelector:@selector(requestWentWrong:)];

              [[self queue] addOperation:request]; //queue is anNSOperationQueue

       }

       - (void)requestDone:(ASIHTTPRequest *)request

       {

              NSString *response = [request responseString];

        }

        - (void)requestWentWrong:(ASIHTTPRequest *)request

       {

              NSError *error = [request error];

       }

       在上面的例子中，’queue’是我们控制器的一个retainedNSOperationQueue属性。

       我们设置自定义的selectors,它们会在请求成功或失败后被调用。如果你不设置这些，默认的（requestFinished:和requestFailed:）会向前面的例子中那样被使用。

 

1.5 在代理方法中处理多个请求的成功和失败状态

如果你需要处理多个请求的成功和失败的状态，你可以有几种选择：

1．           如果你的请求是相同的类型，但是你想区分它们，你可以用自定义的数据设置每个请求的字典类型的属性userInfo，这样你就可以在请求的成功或失败的代理方法中读取设置的值，通过这些值区分不同的请求。更简单的一种方式，你可以设置请求的tag属性。这两种属性是提供给你使用的，它们不会被发送到服务端。

2．           对于每个请求，如果你需要一个完全不同的方式处理成功或失败的返回结果，你可以针对每个请求设置不同的setDidFinishSelector和setDidFailSelector。

3．           对于更复杂的情况，或者说如果你想在后台解析返回结果，可以这堆每种类型的请求，创建ASIHttpRequest的一个最小子类，并且重载方法requestFinished:和failWithError:。

注意：最好避免在代理方法中通过请求的URL区分不同的请求，因为当重定向的时候URL属性会改变。如果你真的想使用请求的URL，可以使用[request originalURL],这样总会是第一次请求的url。

1.6 关于ASINetworkQueues

    ASINetworkQueue是类NSOperationQueue的子类，它提供了一些额外的功能。

它主要的目的是使你能够跟踪整个queue的上传和下载的过程。

另外，ASINetworkQueues提供了一些额外的代理方法：

l   requestDidStartSelector

    队列中的每个请求开始执行的时候调用这个方法。你可以使用它作为”设置你添加到queue的请求的代理方法并指定这个请求的didStartSelector”的替代方法。

l   requestDidReceiveResponseHeaderSeletor

当队列中的一个请求收到服务端回复的请求头时被调用。对于大数据量的下载，这个会在真正的下载完成之前被调用。你可以使用这个作为“设置你添加到queue中的请求的代理并且指定请求的didFailSelector”的一个替代方案。

l   requestDidFinishSelector

    当队列中一个请求成功时被调用。你可以使用这个作为“设置你添加到队列中请求的代理并指定一个didFinishSelector”的一个替代方案。

l    requestDidFailSelector

    当队列中一个请求失败时被调用。你可以使用这个作为“设置你添加到队列中请求的代理并指定一个didFailSelector”的一个替代方案。

l     queueDidFinishSelector

当整个队列完成时才被调用，不管单个的请求是成功还是失败。

要使用这些，可以设置队列的代理（而不是设置请求的代理）为实现这些selector的控制器。

       ASINetworkQueues的使用和NSOperationQueues有一点不同，就是添加到ASINetworkQueues的请求并不会马上开始执行。当使用一个ASINetworkQueue时，添加你想运行的操作，然后调用[queue go]。当你开启一个队列并打开“进度控制”标志时，它首先会为队列中的每个请求发送一个获取头部信息的请求，以获得要下载的数据的大小。一旦队列获得了要下载的大小，它能准确的显示整个下载过程，真正的下载也会开始。

注意：

       当你添加一个请求到一个已经开始的ASINetworkQueue中会发生什么？当你使用ASINetworkQueue跟踪一些请求的整个进展，当添加一个新的请求到队列，只有新的请求开始运行的时候，整个队列会进入后台运行。当队列开始运行的时候后，新添加的请求不会再请求头部信息，所以当你一次添加很多请求到一个已经开始运行的队列，整个进度不会立刻更新。

如果一个队列已经开始运行，你不需要再调用[queuego]。

 

    当ASINetworkQueue中的一个请求执行失败时，队列默认会取消所有的请求。你可以通过 [queue setShouldCancelAllRequestsOnFailure:NO]

取消这个属性。

 ASINetworkQueue只能运行ASIHTTPRequest操作，它们不能用于一般的操作。添加一个非ASIHTTPRequest的NSOperation会触发一个异常。

     注意：这个一个完整的演示基本的创建和使用ASINetworkQueue例子：http://gist.github.com/150447。

1.7 取消一个异步请求

       调用[request cancel]取消一个异步请求（一个以［ [request startAsynchronous] ］开始的请求或者你创建的运行在队列中的请求）。注意你不能取消一个同步请求。

当你取消一个请求，这个请求会把这个当作一个错误，会调用请求的代理或者队列的代理的失败处理方法。如果你不希望这个行为，在取消一个请求之前设置这个请求的代理为nil或者使用方法clearDelegatesAndCancel取消请求。

           //Cancels an asynchronous request

           [requestcancel]

           //Cancels an asynchronous request, clearing all delegates and blocks first

            [requestclearDelegatesAndCancel];

使用一个ASINetworkQueue时，当你取消了队列中的一个请求，那么队列中所有的请求都会被取消除非你设置了队列的属性shouldCancelAllRequestsOnFailure为NO（YES是默认值）。

        // When a request inthis queue fails or is cancelled, other requests will continue to run

        [queuesetShouldCancelAllRequestsOnFailure:NO];

        // Cancel all requestsin a queue

        [queue cancelAllOperations];

1.8 当一个请求将要结束之前安全的处理即将被销毁的代理

请求不retain它们的代理，所以当请求正在执行的时候你的代理可能会被释放掉，清除请求的代理属性是至关重要的。在大多数情况下，如果你的代理将要被释放，你也不再关心这个请求的状态，所以你可能也想取消这个请求。

    在下面的例子中，我们的控制器有一个属性为retain的ASIHTTPRequest类型的实例变量。我们在方法delloc的实现中调用请求的clearDelegatesAndCancel方法，正好在在释放这个请求之前。

       // Ddealloc method for ourcontroller

       - (void)dealloc

       {

              [requestclearDelegatesAndCancel];

               [requestrelease];

               ...

              [superdealloc];

       }

2．发送数据

2.1 设置请求头

              ASIHTTPRequest *request =[ASIHTTPRequest requestWithURL:url];

              [requestaddRequestHeader:@"Referer"value:@"http://allseeing-i.com/"];

2.2 使用ASIFormDataRequest发送一个POST请求

    可以使用ASIFormDataRequest发送与网页格式兼容的POST请求。以application/x-www-form-urlencoded格式POST数据或者以multipart/form-data格式POST二进制数据或文件。如果需要文件中的数据会从硬盘读取，所以可以提交大的文件，只要你的Web服务器支持处理它们。

              ASIFormDataRequest *request = [ASIFormDataRequestrequestWithURL:url];

              [request setPostValue:@"Ben"forKey:@"first_name"];

              [request setPostValue:@"Copsey"forKey:@"last_name"];

              [request setFile:@"/Users/ben/Desktop/ben.jpg"forKey:@"photo"];

       ASIFormDataRequest会自动检测通过方法setFile:forKey添加到POST的文件的mine类型，并且把这个添加到mime头中发送到服务端。如果你愿意，你可以使用更长的形式代替这种方式：

              ASIFormDataRequest *request = [ASIFormDataRequestrequestWithURL:url];

              // Upload a file on disk

              [request setFile:@"/Users/ben/Desktop/ben.jpg" withFileName:@"myphoto.jpg"andContentType:@"image/jpeg" forKey:@"photo"];

              // Upload an NSData instance

              [request setData:imageData withFileName:@"myphoto.jpg"andContentType:@"image/jpeg" forKey:@"photo"];

       你可以使用add接口针对一个参数发送多个值：

              ASIFormDataRequest *request = [ASIFormDataRequestrequestWithURL:url];

              [request addPostValue:@"Ben" forKey:@"names"];

              [request addPostValue:@"George"forKey:@"names"];

              [request addFile:@"/Users/ben/Desktop/ben.jpg"forKey:@"photos"];

              [requestaddData:imageData withFileName:@"george.jpg"andContentType:@"image/jpeg" forKey:@"photos"];

       查看ASIFormDataRequest.h获取向POST添加参数的全部的方法列表。

2.3 PUT请求和自定义POSTs

    如果你想通过PUT发送数据，或者想通过POST但是想自己创建POST包体，可以使用appendPostData:or appendPostDataFromFile:。

              ASIHTTPRequest *request =[ASIHTTPRequest requestWithURL:url];

              [request appendPostData:[@"Thisis my data" dataUsingEncoding:NSUTF8StringEncoding]];

              // Default becomes POST when you useappendPostData: / appendPostDataFromFile: / setPostBody:

              [requestsetRequestMethod:@"PUT"];

       如果你想发送大量的数据但是不想使用ASIFormDataRequest，可以看下面将要介绍的“informationon streaming post bodies from disk ”。

3．下载数据

3.1 直接把回复内容下载到文件

如果你请求的资源非常的大，你可以直接下载到文件以节省内存。这样的话，ASIHTTPRequest不需要一下子在内存中维护所有的回复内容。

              ASIHTTPRequest*request = [ASIHTTPRequest requestWithURL:url];

              [requestsetDownloadDestinationPath:@"/Users/ben/Desktop/my_file.txt"];

       当你使用属性downloadDestinationPath下载数据到一个文件时，在请求处理过程中数据会保存在一个临时文件中。当请求完成时，下面两个事情的其中一个会发生：

l   如果数据是gzip压缩的（查看gzip压缩数据），被压缩的文件会解压到downloadDestinationPath指定的路径下，临时文件会被删除。

l   如果数据不是压缩的，临时文件会被移动到downloadDestinationPath指定的路径下，并会覆盖同名的文件。

注意：如果回复的包体是空的，文件不会被创建。如果一个请求可能会返回一个空的包体，再你做任何尝试之前，请先检查下文件是否存在。

3.2 处理到来的回复数据

       如果你需要处理到来的包体数据（比如：当数据还在下载的时候使用“流解析“解析回复的数据），实现代理的request:didReceiveData:方法（查看ASIHTTPRequestDelegate.h）。注意当你这样做的时候，ASIHTTPRequest不会填充responseData，也不会把回复数据写入到downloadDestinationPath指定的路径，如果你需要你必须自己保存回复的数据。

3.3 读取HTTP状态码

对于大部分HTTP状态码，ASIHTTPRequest不会做任何特殊的事情（除了重定向和认证状态码，查看下面的内容获取更多信息），因此需要你查找问题并确认你是否操作得当。

              ASIHTTPRequest *request =[ASIHTTPRequest requestWithURL:url];

              [request startSynchronous];

              int statusCode = [requestresponseStatusCode];

              NSString *statusMessage = [request responseStatusMessage];

3.4 读取回复的头部信息

              ASIHTTPRequest*request = [ASIHTTPRequest requestWithURL:url];

              [requeststartSynchronous];

              NSString*poweredBy = [[request responseHeaders]objectForKey:@"X-Powered-By"];

              NSString *contentType = [[requestresponseHeaders] objectForKey:@"Content-Type"];

3.5 处理文本编码

ASIHTTPRequest会尝试从头部的Content-Type字段读取接收到的数据的文本编码，如果它发现一个文本编码，它会设置字段responseEncoding为一个合适的 NSStringEncoding。如果它在头部字段没有发现一个文本编码，它会使用字段defaultResponseEncoding的默认值（这个字段默认值为NSISOLatin1StringEncoding）。

    当你调用[request responseString], ASIHTTPRequest会创建一个字符串，并尝试以responseEncoding指定的编码方式把接收到的数据转化到创建的字符串中。

3.6 处理重定向

ASIHTTPRequest会自动的重定向到一个新的URL当它遇到下面的一个HTTP状态码，假设一个本地的头已经发送：

l   301 Moved Permanently

l   302 Found

l   303 See Other

       当重定向发生时， responsedata的值（例如responseHeaders / responseCookies / responseData / responseString ）会是从最后的地址接收到的值。

重定向的url的Cookies会存储到一个全局的cookie存储中，适当的时候会在一个重定向请求中表示服务器。

    你可以通过设置请求的属性shouldRedirect为NO关闭重定向。

注意：

       默认情况下，自动重定向只针对GET请求（没有消息体）。指定301和302重定向需要使用最初的方法符合多数浏览器的工作方式，不是HTTP协议特定的。

为了保存最初的方法（包括请求体）

针对301和302重定向，为了保存最初的方法（包括请求体），需要在请求开始执行之前，设置请求的属性shouldUseRFC2616RedirectBehaviour为YES。