同步请求
同步请求会在当前线程中执行,使用error属性来检查结束状态(要下载大文件,则需要设定downloadDestinationPath来保存文件到本地):
1
2
3
4
5
6
7
8
9
10
|
- (
IBAction
)grabURL:(
id
)sender
{
ASIHTTPRequest *request = [ASIHTTPRequest
requestWithURL
:url];
[request
startSynchronous
];
NSError
*error = [request
error
];
if
(!error) {
NSString
*response = [request
responseString
];
}
}
|
同步请求会阻塞主线程的执行,这导致用户界面不响应用户操作,任何动画都会停止渲染。
异步请求
下面是最简单的异步请求方法,这个request会在全局的NSOperationQueue中执行,若要进行更复杂的操作,我们需要自己创建NSOperationQueue或者ASINetworkQueue,后面会讲到。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
- (
IBAction
)grabURLInBackground:(
id
)sender
{
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
];
}
|
使用block
在平台支持情况下,ASIHTTPRequest1.8以上支持block。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
- (
IBAction
)grabURLInBackground:(
id
)sender
{
__block ASIHTTPRequest *request = [ASIHTTPRequest
requestWithURL
:url];
[request
setCompletionBlock
:^{
// Use when fetching text data
NSString
*responseString = [request
responseString
];
// Use when fetching binary data
NSData
*responseData = [request
responseData
];
}];
[request
setFailedBlock
:^{
NSError
*error = [request
error
];
}];
[request
startAsynchronous
];
}
|
注意,声明request时要使用__block修饰符,这是为了告诉block不要retain request,以免出现retain循环,因为request是会retain block的。
使用队列
创建NSOperationQueue或者ASINetworkQueue队列,我们还可以设定最大并发连接数:maxConcurrentOperationCount
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
- (
IBAction
)grabURLInTheBackground:(
id
)sender
{
if
(![
self
queue
]) {
[
self
setQueue
:[[[
NSOperationQueue
alloc
]
init
]
autorelease
]];
[
self
queue
].maxConcurrentOperationCount =
4
;
}
ASIHTTPRequest *request = [ASIHTTPRequest
requestWithURL
:url];
[request
setDelegate
:
self
];
[request
setDidFinishSelector
:
@selector
(requestDone:)];
[request
setDidFailSelector
:
@selector
(requestWentWrong:)];
[[
self
queue
]
addOperation
:request];
//queue is an NSOperationQueue
}
- (
void
)requestDone:(ASIHTTPRequest *)request
{
NSString
*response = [request
responseString
];
}
- (
void
)requestWentWrong:(ASIHTTPRequest *)request
{
NSError
*error = [request
error
];
}
|
如果不设定selector,那么系统会使用默认的requestFinished: 和 requestFailed:方法
如果需要对队列里面的每个request进行区分,那么可以设定request的userInfo属性,它是个NSDictionary,或者更简单的方法是设定每个request的tag属性,这两个属性都不会被发送到服务器。
不要使用request的URL来区分每个request,因为URL可能会改变(例如重定向),如果需要使用request的URL,使用[request originalURL],这个将永远返回第一个url。
对于ASINetworkQueue
ASINetworkQueue是NSOperationQueue的子类,提供更高级的特性(ASINetworkQueue的代理函数):
- requestDidStartSelector
当一个request开始执行时,这个代理函数会被调用。 - requestDidReceiveResponseHeadersSelector
当队列中的request收到服务器返回的头信息时,这个代理函数会被调用。对于下载很大的文件,这个通常比整个request的完成要早。 - requestDidFinishSelector
当每个request完成时,这个代理函数会被调用。 - requestDidFailSelector
当每个request失败时,这个代理函数会被调用。 - queueDidFinishSelector
当队列完成(无论request失败还是成功)时,这个代理函数会被调用。
ASINetworkQueues与NSOperationQueues稍有不同,加入队列的request不会立即开始执行。如果队列打开了进度 开关,那么队列开始时,会先对所有GET型request进行一次HEAD请求,获得总下载大小,然后真正的request才被执行。
向一个已经开始进行的ASINetworkQueue 加入request会怎样?
如果你使用ASINetworkQueue来跟踪若干request的进度,只有当新的request开始执行时,总进度才会进行自适应调整(向后 移动)。ASINetworkQueue不会为队列开始后才加入的request进行HEAD请求,所以如果你一次向一个正在执行的队列加入很多 request,那么总进度不会立即被更新。
如果队列已经开始了,不需要再次调用[queue go]。
当ASINetworkQueue中的一个request失败时,默认情况下,ASINetworkQueue会取消所有其他的request。要禁用这个特性,设置 [queue setShouldCancelAllRequestsOnFailure:NO]。
ASINetworkQueues只可以执行ASIHTTPRequest操作,二不可以用于通用操作。试图加入一个不是ASIHTTPRequest的NSOperation将会导致抛出错误。
取消异步请求
取消一个异步请求(无论request是由[request startAsynchronous]开始的还是从你创建的队列中开始的),使用[request cancel]即可。注意同步请求不可以被取消。
注意,如果你取消了一个request,那么这个request将会被视为请求失败,并且request的代理或者队列的代理的失败代理函数将被调用。如果你不想让代理函数被调用,那么将delegate设置为nil,或者使用clearDelegatesAndCancel方法来取消request。
clearDelegatesAndCancel 将会首先清除所有的代理和block。
当使用ASINetworkQueue时,如果取消了队列中的一个request,那么队列中其他所有request都会被取消,可以设置shouldCancelAllRequestsOnFailure的值为NO来避免这个现象。
安全地控制delegate防止request完成之前代理被释放
request并不retain它们的代理,所以有可能你已经释放了代理,而之后request完成了,这将会引起崩溃。大多数情况下,如果你的代理即将被释放,你一定也希望取消所有request,因为你已经不再关心它们的返回情况了。如此做:
1
2
3
4
5
6
7
8
|
// 代理类的dealloc函数
- (
void
)dealloc
{
[request
clearDelegatesAndCancel
];
[request
release
];
...
[
super
dealloc
];
}
|