搞iOS開發(fā)應(yīng)該都知道AFNetworking這個(gè)優(yōu)雅的網(wǎng)絡(luò)請求庫谴返，基本上我們搞app基本上要跟網(wǎng)絡(luò)打交道荡碾，基本上我們也會用到AFNetworking這個(gè)網(wǎng)絡(luò)庫，如果你使用的是Swift語言開發(fā)的那你使用的也是同一個(gè)作者開發(fā)的另一個(gè)網(wǎng)絡(luò)請求庫Alamofire掉奄，AFNetwork 的前綴 AF 是 Alamofire 的縮寫，因此這個(gè)新的庫名稱其實(shí)是根據(jù) Swift 的約定來進(jìn)行命名的矾飞。接下來我會把我在開發(fā)中使用AFN遇到的一些問題列出來。
使用AFN遇到的那些問題
1呀邢、處理返回?cái)?shù)據(jù)時(shí)出現(xiàn)Error Domain=NSCocoaErrorDomain Code=3840 錯(cuò)誤洒沦，報(bào)錯(cuò)：
Error Domain=NSCocoaErrorDomain Code=3840 "The operation couldn’t be completed. (Cocoa error 3840.)" (Unescaped control character around character 2884.) UserInfo=0x79fa60b0 {NSDebugDescription=Unescaped control character around character 2884.}
原因在于出現(xiàn)特殊字符是AFNetworking無法解析的，會直接報(bào)錯(cuò)价淌，那么當(dāng)你在發(fā)post請求時(shí)申眼，返回結(jié)果會直接進(jìn)如fail代碼塊，其實(shí)在fail中用operation的nsstring可以直接輸出接收到的數(shù)據(jù)蝉衣，是string形括尸，可以清楚的看到服務(wù)器端數(shù)據(jù)有哪些含有特殊字符，但是有一些字符是不好看到的病毡，比如“TAB”(制表)鍵打出的那種四個(gè)空格濒翻，項(xiàng)目中用戶有時(shí)候很常用到tab鍵，最好的方法是在AFNetworking源碼中添加字符過濾功能
處理辦法：找到AFNetworking包中AFURLResponseSerialization.m文件啦膜，大概在第256行的 if (responseString && ![responseStringisEqualToString:@" "])(此時(shí)已將data轉(zhuǎn)化為responseString形)條件下面添加如下過濾方法：
NSCharacterSet *controlChars = [NSCharacterSet controlCharacterSet];
NSRange range = [responseString rangeOfCharacterFromSet:controlChars];
if (range.location != NSNotFound)
{
NSMutableString *mutable = [NSMutableString stringWithString:responseString];
while (range.location != NSNotFound)
{
[mutable deleteCharactersInRange:range];
range = [mutable rangeOfCharacterFromSet:controlChars];
}
responseString = mutable;
} ```
OK有送，再試一下，應(yīng)該不會在報(bào)錯(cuò)了僧家。
參考網(wǎng)址[鏈接](http://blog.csdn.net/atomgirl/article/details/43154483)
****
2雀摘、AFNetworking請求數(shù)據(jù)，我們會對AFN進(jìn)行封裝再使用或者直接使用啸臀，當(dāng)我們使用時(shí)
- (NSMutableArray *)createRequestWithUrlString:(NSString *)string
{
_dataArr = [[NSMutableArray alloc]init];
AFHTTPRequestOperationManager *manger = [AFHTTPRequestOperationManager manager];
manger.responseSerializer = [AFHTTPResponseSerializer serializer];
[manger GET:string parameters:nil success:^(AFHTTPRequestOperation *operation, id responseObject){
if (operation.responseData)
{
NSDictionary *result = [NSJSONSerialization JSONObjectWithData:operation.responseData options:NSJSONReadingMutableContainers error:nil];
NSArray *resultArr = [result objectForKey:@"news"];
for (NSDictionary *dict in resultArr)
{
TopModel *model = [[TopModel alloc]init];
[model assinWithDict:dict];
[_dataArr addObject:model];
}
[self reloadData];
}
} failure:^(AFHTTPRequestOperation *operation, NSError *error) { NSLog(@"error = %@",error); }];
return _dataArr;
}```
請求數(shù)據(jù)總是直接跳出來届宠，返回的內(nèi)容為空烁落，我們應(yīng)該做的是在解析下面加一個(gè)reloaData方法乘粒，這樣返回的內(nèi)容就不會為空了，F(xiàn)Networking請求數(shù)據(jù)的時(shí)候直接return伤塌。無數(shù)據(jù)返回灯萍。因?yàn)槭钱惒秸埱蟆Ｖ骶€程優(yōu)先 return _dataArr; 放在Success里面試試 這樣應(yīng)該可以每聪，異步請求會先return掉得旦棉，放在success里 就不一樣了。當(dāng)我們使用dispatch_group 成組操作的時(shí)候我們可以在dispatch_group_notify方法中刷新視圖药薯，這樣就不會無數(shù)據(jù)顯示绑洛。
3、AFNetWorking 3.0在CocoaPods上的坑童本，當(dāng)我們使用AFN的3.0的版本的時(shí)候真屯，我們使用podfile的時(shí)候會出現(xiàn)問題，使用pod search 方法你會發(fā)現(xiàn)AFN在CocoaPods沒有3.0版本穷娱，可能原因是AFN更新太快CocoaPods沒有同步跟新過來绑蔫，具體方法和原因我是參考這篇文章解決問題的鏈接运沦。
4、使用AFN中的AFHTTPSessionManager對象調(diào)用請求GET方法后配深，一直沒有被釋放携添，因?yàn)樗恢睆?qiáng)引用著session即NSURLSession對象，而session一直被session的delegate強(qiáng)引用著篓叶，這樣就造成了循環(huán)引用導(dǎo)致內(nèi)存泄漏烈掠。當(dāng)我對AFN封裝使用，檢測APP發(fā)現(xiàn)有內(nèi)存泄漏問題澜共，這個(gè)問題很早以前就有人在Github上提過了向叉，@mattt當(dāng)時(shí)也回復(fù)了這里.這個(gè)問題你也可以在stackoverflow搜索基本可以解決你的問題，我查看的網(wǎng)址是鏈接,作者還在最后給出了他封裝的AFN3.0庫讓你可以安全的使用具體詳情可以去查看上面我給出的鏈接嗦董。
最后
本人水平有限如果哪里有地方寫錯(cuò)或者寫的不好母谎，還望大家及時(shí)指出我會盡快修改，以免誤導(dǎo)他人京革，如果上面哪個(gè)有更好的解決方法還望無私分享,大家溝通交流一起學(xué)習(xí)奇唤。
