转载

iOS/Android/Web Url Encode空格处理

前言

这里只是讲一个故事，一个发生在我身上的真实的故事。曾经，我以为搞加密很简单，不就是百度几个加密算法回来就可以了吗？百度上一大堆呢，要什么加密算法都有，有什么困难呢？是啊，理论上是可行的，可是，实际上却有很多的坑，跳了一个又一个，最后才发现大家已经跳进坑里面了。

这里所讲的故事是关于URL Encode的故事。想想我们iOS原来都是不管三七二十一，都是直接调用写一个URLEncode方法，然后在加密时就encode一下，服务端decode一下就可以了，但是我们要防篡改，使用了sign…

Android端Encode问题

在安卓端，他们直接调用 URLEncoder.encode(text, encodeType) 这样的函数来进行encode，可是他们这个函数对空格进行encode后，得到的是+号，而不是%20。我们看到在浏览器里空格是转换成%20的。另外，安卓这个API并不是对所有的特殊字符都进行转码，这样就有问题了…生成sign签名时，如果都encode了，那么结果就会不一样

iOS端Encode问题

在iOS端，我们直接使用系统NSString的API进行转码的话，不会对一些比较特殊的字符进行转码。系统NSString的转码API：

  [strstringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

这样并不对特殊的字符，像`、!、:等字符并不会转码，那怎么办呢？我们通常会自己写一个API，调用C底层的API，可以指定对哪里特殊字符也转码(给NSString扩展)：

  - (NSString *)hyb_URLEncode {   NSString *newString =   CFBridgingRelease(CFURLCreateStringByAddingPercentEscapes(kCFAllocatorDefault,                                                             (CFStringRef)self,                                                             NULL,                                                             CFSTR(":/?#[]@!$ &'()*+,;=/"<>%{}|//^~`"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding)));   if (newString) {     return newString;   }     return self; }

这样就可以对所有特殊字符都转码了。而解码则是非常简单的，只是对空格进行特殊处理：

  - (NSString *)hyb_URLDecode {   NSString *input = self;   NSMutableString *outputStr = [NSMutableStringstringWithString:input];   [outputStrreplaceOccurrencesOfString:@"+"                              withString:@" "                                 options:NSLiteralSearch                                   range:NSMakeRange(0, [outputStrlength])];      return [outputStrstringByReplacingPercentEscapesUsingEncoding:NSUTF8StringEncoding]; }

在iOS端，对空格转码得到%20，对+转码得到%2b，但是在服务端和android端对空格转码得到的是+，而对+转码得到的也是%2b。问题就出在这里了…