ASIHTTPRequest-身份验证

你可以查阅ASIHTTPRequest授权流程图来了解ASIHTTPRequest如何找到授权凭据，并将授权凭据应用到request上。

为URL指定要使用的用户名和密码

1 2	NSURL *url = [ NSURL URLWithString : @ "http://www.dreamingwish.com/" ]; ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL :url];

为request指定要使用的用户名和密码

1 2 3 4

NSURL *url = [ NSURL URLWithString : @ "http://www.dreamingwish.com/" ]; ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL :url]; [request setUsername : @ "username" ]; [request setPassword : @ "password" ];

将凭据存储到keychain

如果打开了keychainPersistence，所有提供的可用的用户名和密码将被存储到keychain中，以后的request将会重用这些用户名密码，即使你关闭程序后重新打开也不影响。

1 2 3 4 5

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将会重用这些凭据。

1 2 3 4 5 6 7 8

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服务器，你还需要指定你要进行授权域。

1 2 3 4 5

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：

1	[request setAuthenticationScheme :( NSString *)kCFHTTPAuthenticationSchemeBasic];

对于其他授权方案，凭据也可以在服务器要求之前被发送，但是仅当有另一个request成功授权之后才行。

在以下情况下，你也许想要禁用这个特性：

• 你的程序可能会一次使用一系列凭据来与服务器对话
• 安全性对于你的程序来说非常重要。使用这个特性是相对不安全的，因为你不能在凭据被发送前验证你是否连接到了正确的服务器。

要禁用这个特性，这样做：

1	[request setShouldPresentCredentialsBeforeChallenge : NO ];