iOS图片瘦身总结

前言

最近在公司写了个小程序来为iOS应用中的图片瘦身，进而减小APP大小，减少用户下载时的流量。

瘦身是在一个专门为图片瘦身的网站进行的。

地址：https://tinypng.com

这个网站提供的接口是基于https协议的，之前没有怎么用过https协议，现在一并总结一下。

 

关于HTTPS

https协议基础请参考参考：

HTTPS的七个误解

其实HTTPS就是安全版本的http协议，

他采用了RSA非对称加密公私钥对，使用SSL证书验证保证了用户数据在传输时的安全行。

下面简单看一下http和https请求过程的异同

我们按个看下流程

1.客户端向服务端发送基于https的请求。

2.服务端创建公私钥对。

3.服务端把共钥绑定在证书上面返回给客户端。

4.客户端验证证书是否可靠（验证方式有两种，分别针对CA机构办法的证书和自己创建的证书：1.是向颁发证书的CA机构发送请求来验证。2.是在客户端保存一个证书副本，来对比两个证书，同时还会验证是否被中间人进行了攻击，验证方式就是用证书的pubkey去解证书的上密文，如果和证书上的明文一直就可以确定没有被攻击）。

5.客户端生成一个随机数并用公钥加密传递给服务器。

6.服务器用私钥解密得到随机数，根据随机数产生对称加密秘钥并用私钥对秘钥进行加密。

7.传递对称秘钥给客户端。

8.客户端用公钥解密得到对称加密秘钥。

以后的通信就会使用对称加密的秘钥来进行了，所以https其实也就第一次请求会比较慢，因为要生成通信对称秘钥，以后再进行通信就和http不会差很多了。

 

iOS对于HTTPS的支持

在说这点之前，先说说tinypng这个网站的接口。

注册新用户后会返回给你一串key，我们要针对这串key做https请求

该站采用的是HTTP Basic Auth认证方式（关于Basic Auth认证方式详情参看维基百科）。

所以我们做请求的时候就需要使用添加headerfield。

返回的时候会把我们上传图片处理后的下载路径传回来，比较奇葩的是，路径并不在响应体而是在响应头中的Location字段内...（难道图片就不需要保密了么...）。

下面说说iOS该怎么做，

iOS的NSURLConnection和NSURLSession的API都提供了很方便的API来支持https请求。

我在实际操作的时候使用的是NSURLConnection。

首先创建请求：

NSURL *url = [NSURL URLWithString:REQUEST_URL];

NSMutableURLRequest *request = [[NSMutableURLRequest alloc] initWithURL:url];

NSString *basicAuthUsername = BASIC_AUTH_USERNAME;
NSString *basicAuthPassword = BASIC_AUTH_PASSWORD;
NSData *authorizationData = [[NSString stringWithFormat:@"%@:%@",basicAuthUsername,basicAuthPassword] dataUsingEncoding:NSASCIIStringEncoding];
NSString *authorizationStr = [NSString stringWithFormat:@"Basic %@",[authorizationData base64EncodedStringWithOptions:0]];
NSLog(@"%@",authorizationStr);
[request setHTTPMethod:@"POST"];
[request addValue:authorizationStr forHTTPHeaderField:@"Authorization"];
[request addValue:@"*/*" forHTTPHeaderField:@"Accept"];

 

URL在API中提供的有，只是协议我们写为HTTPS，然后进行Authorization头字段的拼接，实际上就是Basic base64(用户名:密码)。

Accept这里设置为了*/*，其实如果知道服务器返回类型可以直接指定application/json或者text/json之类的就行。

 

下面看看连接：

-(BOOL)connection:(NSURLConnection*)connection canAuthenticateAgainstProtectionSpace:(NSURLProtectionSpace*)protectionSpace
{
    return[protectionSpace.authenticationMethod isEqualToString:NSURLAuthenticationMethodServerTrust];
}

-(void)connection:(NSURLConnection*)connection didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge*)challenge
{
    [challenge.sender continueWithoutCredentialForAuthenticationChallenge:challenge];
}

 

我们需要实现NSURLConnectionDelegate，然后实现上面的两个方法。

第一个方法是判断需要响应哪一类的安全问题，

　　NSString *NSURLAuthenticationMethodDefault;

　　NSString*NSURLAuthenticationMethodHTTPBasic;

　　NSString*NSURLAuthenticationMethodHTTPDigest;

　　NSString*NSURLAuthenticationMethodHTMLForm;

　　NSString*NSURLAuthenticationMethodNegotiate;

　　NSString*NSURLAuthenticationMethodNTLM;

　　NSString*NSURLAuthenticationMethodClientCertificate;

　　NSString*NSURLAuthenticationMethodServerTrust;

可以响应的安全问题有很多，这里我们只响应HTTPS相关的就行，因此选择NSURLAuthenticationMethodServerTrust。

第二个方法是处理验证结果的，这里我这样写会直接忽略证书验证，这里我们可以处理证书的验证策略逻辑。

我们start connection后就会发现可以成功的调用接口了。

 

关于一些其他细节

写这个小玩意还是用到了一些没有接触过的东西的。

下面总结一下。

1.文件实例类NSFileHandle，这个类可以拿到文件实例，比如我们想去控制文件读写细节就需要用到这个类，这里使用是为了保存没有成功请求的图片名称。

2.connection的异步请求做的非常好了，使用多线程请求，具体的请求线程个数由系统来判断。

3.多线程读写文件使用dispatch_barrier_async方法避免资源竞争。

 

不足

1.写的时候是所有上传请求全部结束后才开始下载的，这样效率很低，可以修改为成功上传后就直接下载不用等待其他的文件上传，不过这样多线程处理会稍微麻烦一些。