[iOS-Foundation] Networking

文檔

URL Session Programming Guide
iOS 頂層框架 Foundation 提供了一系列的類,支持通過使用某些標準應(yīng)用層協(xié)議的 URL 獲取數(shù)據(jù),它們被統(tǒng)稱為 URL Loading System鸿竖。默認支持的協(xié)議包括 ftp://振湾、http://硝训、https://科平、file:///data://,當然還可以擴展自定義協(xié)議崭别。整個 URL Loading System 中的類冬筒,可以分為負責(zé)請求數(shù)據(jù)主要功能的 URL Loading 和可以修改其行為的輔助類,輔助類又可以大致分為五類:Protocol Support茅主、Authentication and Credentials舞痰、Cookie Storage、Configuration Management 和 Cache Management诀姚,如圖所示

可以通過這些類完成獲取數(shù)據(jù)响牛,下載文件,上傳文件等主要功能赫段。從 iOS 7 和 OS X v10.9 開始呀打,推薦使用新的 NSURLSession。而老版本的 iOS 和 OS X 則使用 NSURLConnection瑞佩,另外老版本的 OS X 可通過 NSURLDownload 實現(xiàn)下載文件聚磺。

Networking Concepts
介紹網(wǎng)絡(luò)相關(guān)的基本知識

Networking Overview
該篇主要介紹了 iOS 開發(fā)網(wǎng)絡(luò)編程中一些需要注意的地方:

  • 網(wǎng)絡(luò)請求的超時時間不應(yīng)設(shè)置過短,而是應(yīng)在界面上提供取消操作的接口炬丸。
  • 頻繁的發(fā)起網(wǎng)絡(luò)請求會更快的消耗設(shè)備的電量并影響設(shè)備的性能,根據(jù)用戶可能用到的數(shù)據(jù)量蜒蕾,一個請求應(yīng)盡可能獲取足夠的數(shù)據(jù)稠炬。但同時也要避免下載過多的用戶未用到的數(shù)據(jù),從而造成設(shè)備性能和用戶流量的浪費咪啡。要在這兩個原則間找到一個平衡點首启。(例如在分頁獲取列表數(shù)據(jù)時,每頁記錄數(shù)的選擇就要參考以上原則)
  • 對請求的資源要盡可能的考慮緩存撤摸,以達到節(jié)省流量毅桃、CPU 資源和電量的目的褒纲。可根據(jù)當前網(wǎng)絡(luò)狀態(tài)的不同而使用不同的緩存策略钥飞。
  • 對當前網(wǎng)絡(luò)狀態(tài)的判斷是不可靠的莺掠,不能通過判斷網(wǎng)絡(luò)狀態(tài)未連接而拒絕發(fā)起請求读宙,永遠都要去嘗試發(fā)起網(wǎng)絡(luò)請求彻秆,可在失敗回調(diào)中通過判斷網(wǎng)絡(luò)狀態(tài)來返回相應(yīng)的提示信息。
  • iOS 支持 HTTPS 協(xié)議结闸,只要將請求的協(xié)議改為 https:// 即可唇兑。可通過 Security Framework桦锄,信任自簽名的證書或安全的改寫信任鏈扎附。
  • 可通過 NSMutableURLRequest 的屬性 allowsCellularAccess 來禁止在移動流量的網(wǎng)絡(luò)中發(fā)起請求。
  • 若程序中需要自己處理DNS時结耀,盡量使用 CFHost 等 API留夜。
  • 運營商通過實現(xiàn) DNS64 和 NAT64 來達到對 IPv4 和 IPv6 的兼容。當客戶端查詢 DNS 時饼记,DNS64 首先查找域名是否有對應(yīng)的 IPv6 地址香伴,若有則返回,若沒有則查找 IPv4 地址具则,然后通過添加前綴的方式將 IPv4 地址合成為一個 IPv6 地址并返回即纲。當客戶端向查到的 IPv6 地址發(fā)送請求時,NAT64 網(wǎng)關(guān)提供了對合成的 IPv6 地址和 IPv4 地址之間的翻譯博肋。蘋果公司要求應(yīng)用必須兼容 IPv6低斋,因為不兼容會導(dǎo)致 DNS64 和 NAT64 出現(xiàn)問題。使用上層的網(wǎng)絡(luò)框架匪凡,如 webkit膊畴、URL Loading System、CFNetwork 并且不直接請求 IPv4 的地址的話病游,默認就是兼容的唇跨。出現(xiàn)不兼容的主要情況就是直接傳入了 IPv4 的地址或使用了底層框架中只支持 IPv4 的 API。

Networking Programming Topics
網(wǎng)絡(luò)編程高級內(nèi)容

工具

Xcode 模擬不同網(wǎng)絡(luò)環(huán)境的工具 Network Link Conditioner

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末衬衬,一起剝皮案震驚了整個濱河市买猖,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌滋尉,老刑警劉巖玉控,帶你破解...
    沈念sama閱讀 218,525評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異狮惜,居然都是意外死亡高诺,警方通過查閱死者的電腦和手機碌识,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,203評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來虱而,“玉大人筏餐,你說我怎么就攤上這事⊙” “怎么了胖烛?”我有些...
    開封第一講書人閱讀 164,862評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長诅迷。 經(jīng)常有香客問我佩番,道長,這世上最難降的妖魔是什么罢杉? 我笑而不...
    開封第一講書人閱讀 58,728評論 1 294
  • 正文 為了忘掉前任趟畏,我火速辦了婚禮,結(jié)果婚禮上滩租,老公的妹妹穿的比我還像新娘赋秀。我一直安慰自己,他們只是感情好律想,可當我...
    茶點故事閱讀 67,743評論 6 392
  • 文/花漫 我一把揭開白布猎莲。 她就那樣靜靜地躺著,像睡著了一般技即。 火紅的嫁衣襯著肌膚如雪著洼。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,590評論 1 305
  • 那天而叼,我揣著相機與錄音身笤,去河邊找鬼。 笑死葵陵,一個胖子當著我的面吹牛液荸,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播脱篙,決...
    沈念sama閱讀 40,330評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼娇钱,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了绊困?” 一聲冷哼從身側(cè)響起忍弛,我...
    開封第一講書人閱讀 39,244評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎考抄,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體蔗彤,經(jīng)...
    沈念sama閱讀 45,693評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡川梅,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,885評論 3 336
  • 正文 我和宋清朗相戀三年疯兼,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片贫途。...
    茶點故事閱讀 40,001評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡吧彪,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出丢早,到底是詐尸還是另有隱情姨裸,我是刑警寧澤,帶...
    沈念sama閱讀 35,723評論 5 346
  • 正文 年R本政府宣布怨酝,位于F島的核電站傀缩,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏农猬。R本人自食惡果不足惜赡艰,卻給世界環(huán)境...
    茶點故事閱讀 41,343評論 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望斤葱。 院中可真熱鬧慷垮,春花似錦、人聲如沸揍堕。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,919評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽衩茸。三九已至芹血,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間递瑰,已是汗流浹背祟牲。 一陣腳步聲響...
    開封第一講書人閱讀 33,042評論 1 270
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留抖部,地道東北人说贝。 一個月前我還...
    沈念sama閱讀 48,191評論 3 370
  • 正文 我出身青樓,卻偏偏與公主長得像慎颗,于是被迫代替她去往敵國和親乡恕。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,955評論 2 355

推薦閱讀更多精彩內(nèi)容