你可以查閱ASIHTTPRequest授權流程圖來了解ASIHTTPRequest如何找到授權憑據,並將授權憑據應用到request上。
爲URL指定要使用的用戶名和密碼
NSURL *url = [NSURL URLWithString:@"http://www.dreamingwish.com/"];
ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
爲request指定要使用的用戶名和密碼
NSURL *url = [NSURL URLWithString:@"http://www.dreamingwish.com/"];
ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
[request setUsername:@"username"];
[request setPassword:@"password"];
將憑據存儲到keychain
如果打開了keychainPersistence,所有提供的可用的用戶名和密碼將被存儲到keychain中,以後的request將會重用這些用戶名密碼,即使你關閉程序後重新打開也不影響。
NSURL *url = [NSURL URLWithString:@"http://www.dreamingwish.com/"];
ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
[request setUseKeychainPersistence:YES];
[request setUsername:@"username"];
[request setPassword:@"password"];
如果你使用keychain但是想要自己管理它,你可以在ASIHTTPRequest.h文件裏找到相關的類方法。
將憑據存儲到session中
如果打開了useSessionPersistence(默認即是如此),ASIHTTPRequest會把憑據存儲到內存中,後來的request將會重用這些憑據。
NSURL *url = [NSURL URLWithString:@"http://www.dreamingwish.com/"];
ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
[request setUsername:@"username"];
[request setPassword:@"password"];
[request setUseSessionPersistence:YES]; //這一項是默認的,所以並不必要
//將會重用我們的 username 和 password
request = [ASIHTTPRequest requestWithURL:url];
NTLM授權
要使用NTLM授權的Windows服務器,你還需要指定你要進行授權域。
NSURL *url = [NSURL URLWithString:@"http://www.dreamingwish.com/"];
ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
[request setUsername:@"username"];
[request setPassword:@"password"];
[request setDomain:@"my-domain"];
使用代理來提供憑據
你不一定非要提前指定授權憑據,你還可以讓每個request在無法從session或keychain中找到憑據時向它們的代理請求憑據。如果你要連接到一個你並不清楚授權類型的服務器時,這是很有用的。
你的delegate必須實現authenticationNeededForRequest:方法,當request等待憑據時,ASIHTTPRequest將會暫停這個request。如果你持有你需要的憑據,那麼先爲request設定憑據,然後調用[request retryUsingSuppliedCredentials]即可。如果你想取消授權,調用[request cancelAuthentication],此時,這個request也會被取消。
從1.0.8版開始,一次只能有一個request的delegate收到authenticationNeededForRequest: 或者 proxyAuthenticationNeededForRequest:。當delegate處理第一個request時,其他需要授權的request將會被暫停。如果提供了一個憑據,當前進程中所有其他的request將會假定這個憑據對這個URL有效,並嘗試重用這個憑據。如果delegate取消了授權,並且隊列的shouldCancelAllRequestsOnFailure值爲YES,所有其他的request都將被取消(它們也不會嘗試請求憑據)。
當進行同步請求時,你不可以使用代理模式來授權。
在較老的版本中,這麼做會導致程序假死,從1.0.8開始,即使你這麼做了,代理函數也不會被調用。
使用內建的授權對話框(目前只對iOS有效)
這個特性歸功於1.0.8版本的新類ASIAuthenticationDialog 。這個特性主要是用於授權代理(後面會介紹到),但是它也可以用來向用戶取得授權憑據。
爲了更好的用戶體驗,大多數(連接單一服務的)app必須爲request的delegate實現authenticationNeededForRequest:方法,或者避免同時使用代理式授權。
most apps that connect to a single service should implement authenticationNeededForRequest: in their request delegates, or avoid the use of delegation-style authentication altogether.
但是,會有一些情況下,爲普通的授權使用ASIHTTPRequest的標準授權對話框更好:
- 你不想創建你自己的登錄表單
- 你可能需要從外部資源獲取數據,但是你不清楚你需不需要進行授權
對於這些情況,爲request設置shouldPresentAuthenticationDialog爲YES,此時,如果你的代理沒有實現
authenticationNeededForRequest:方法,那麼用戶將會看到這個對話框。
一次同時只有一個對話框可以顯示出來,所以當一個對話框顯示時,所有其他需要授權的request將會暫停。如果提供了一個憑據,當前進程中所有其他的request將會假定這個憑據對這個URL有效,並嘗試重用這個憑據。如果delegate取消了授權,並且隊列的shouldCancelAllRequestsOnFailure值爲YES,所有其他的request都將被取消(它們也不會嘗試請求憑據)。
對於同步請求的request,授權對話框不會顯示出來。
這個對話框部分模仿了iPhone上Safari使用的授權對話框,它包含以下內容:
- 一段信息來說明這些憑據是用於websever(而非一個proxy)
- 你將要連接到服務器的主機名或者IP
- 授權域(如果提供的話)
- 填寫用戶名和密碼的區域
- 當連接到NTLM授權模式的服務器時,還會包含一個填寫domain的區域
- 一個說明信息,指明憑據是否將會被以明文方式發送(例如:“只有當使用基於非SSL的基本授權模式時纔會以明文方式發送”)
如果你想改變它的外觀,你必須繼承ASIHTTPRequest,並重寫showAuthenticationDialog來顯示你自己的對話框或ASIAuthenticationDialog子類。
在服務器請求憑據前向服務器發送憑據
IMPORTANT
從1.8.1開始,使用基本授權模式的request時,這個特性的行爲改變了。你可能需要修改你的代碼。
在第一次生成request時,ASIHTTPRequest可以先向服務器發送憑據(如果有的話),而不是等服務器要求提供憑據時才提供憑據。這個特性可以提高使用授權的程序的執行效率,因爲這個特性避免了多餘的request。
對於基本授權模式,要觸發這個行爲,你必須手動設置request的authenticationScheme爲kCFHTTPAuthenticationSchemeBasic:
[request setAuthenticationScheme:(NSString *)kCFHTTPAuthenticationSchemeBasic];
對於其他授權方案,憑據也可以在服務器要求之前被髮送,但是僅當有另一個request成功授權之後才行。
在以下情況下,你也許想要禁用這個特性:
- 你的程序可能會一次使用一系列憑據來與服務器對話
- 安全性對於你的程序來說非常重要。使用這個特性是相對不安全的,因爲你不能在憑據被髮送前驗證你是否連接到了正確的服務器。
要禁用這個特性,這樣做:
[request setShouldPresentCredentialsBeforeChallenge:NO];