CFNetwork的介紹和使用

CFNetwork背景簡介

CFNetwork是ISO中一個比較底層的網絡框架,C語言編寫,可以控制一些更底層的東西,如各種常用網絡協議、socket通訊等,我們通常使用的NSURL則更傾向于API數據請求等,雖然框架也提供了一些操作,但是遠不如CFNetwork豐富。CFNetwork已經接近于UNIX系統的socket通信了,使用CFHttpMessageRef進行HTTP連接的好處就是控制的粒度更細了,例如你可以設置SSL連接的PeerName,證書驗證的方式,還可以控制每個響應包的接收。不過CFNetwork本質上還是應用層上的封裝的通用API。使用者可以不用關心底層協議的實際細節。下圖是CFNetwork在iOS系統中的位置(圖片來源于官方文檔)。


image.png

由上圖可以看出目前iOS的網絡編程分四層:

  • WebKit:屬于Cocoa層,蘋果很多地方用到的頁面渲染引擎WKWebview;

  • NSURL:也屬于Cocoa層,對各類URL請求的封裝(NSURLRequest);

  • CFNetwork:屬于Core Foundation層,基于C的封裝,同樣的還有CFNetServices(write/readstream);

  • BSD sockets:屬于OS層,也是基于C的封裝;

CFNetwork結構

image.png

上圖也是官方文檔的圖片,描述了CFNetwork的結構,下面逐一講解。

CFSocket API

Socket是網絡通訊的底層基礎,兩個socket端口可以互發數據。我們通常使用的是BSD socket,CFSocket則是BSD socket的抽象,基本上實現了幾乎所有BSD socket的功能,并且還融入了run loop。

CFStream API

CFStream API提供了數據讀寫的方法,即讀寫流,使用它可以為內存、文件、網絡(使用socket)的數據建立stream,我們進行網絡請求就是對數據的讀寫,CFStream提供API對兩種CFType對象提供抽象:CFReadStream and CFWriteStream。它同時也是CFHTTP和CFFTP的基礎。stream有一個很重要的特性就是一旦數據流被提供或者被消耗,就不能從流中重新取出。比如這樣

uint8_t d[1024] = {0};
//循環條件:流中是否有可用數據(被讀過的數據不可用了)
while ([self.inputStream hasBytesAvailable]) {
    //讀取相應長度的數據數據
    NSInteger len = [self.inputStream read:d maxLength:1024];
    //如果讀取到數據,便將數據快拼接
    if (len > 0 && !self.inputStream.streamError) {
        [data appendBytes:(void *)d length:len];
    } else {
        break;
    }
}
CFFTP API

對用FTP協議通信的封裝,能下載、上傳文件和目錄到FTP服務器。CFFTP建立的連接可以是同步或者異步,此次不做詳解。

CFHTTP API

是HTTP協議的抽象,主要對象是CFHTTPMessageRef(類似于我們通常的NSURLRequest)我們需要像構建NSURLRequest那樣來構建CFHTTPMessageRef,同樣包含一下幾個元素

  • 必須元素

    • 請求方法 (類型為CFStringRef):POST、GET、DELETE等..

    • 請求的URL地址 (類型為CFURLRef):https://www.baidu.com

    • 請求的HTTP版本(類型為CFStringRef):通常使用kCFHTTPVersion1_1

    • kCFAllocatorDefault:用于創建消息引用的指定默認的系統內存分配器。

  • 可選參數

    • body體(類型為CFDataRef)

CFHTTPMessageSetBody(CFHTTPMessageRef message, CFDataRef bodyData) CF_AVAILABLE(10_1, 2_0);
  • 消息頭部,如User-Agent等;
CFHTTPMessageSetHeaderFieldValue(CFHTTPMessageRef message, CFStringRef headerField, CFStringRef __nullable value) CF_AVAILABLE(10_1, 2_0);

CFNetwork請求過程

1:構造并創建CFHTTPMessageRef對象
//構造的方式上一步已講
CFHTTPMessageCreateRequest(CFAllocatorRef __nullable alloc, CFStringRef requestMethod, CFURLRef url, CFStringRef httpVersion) CF_AVAILABLE(10_1, 2_0);
2:使用CFHTTPMessageRef對象創建輸入流
//第一個參數傳默認
CFReadStreamCreateForHTTPRequest(CFAllocatorRef __nullable alloc, CFHTTPMessageRef request) CF_DEPRECATED(10_2, 10_11, 2_0, 9_0, "Use NSURLSession API for http requests");
3:適配SNI環境(一個 IP 地址上可以為不同域名分配使用不同的 SSL 證書;這同時意味著,共享 IP 的虛擬主機也可實現 SSL/TLS 連接。)

因為配置sni環境的所有配置都是基于輸入流來操作,所以我們構建完成輸入流之后來處理sni,像這樣

[self.inputStream setProperty:NSStreamSocketSecurityLevelNegotiatedSSL forKey:NSStreamSocketSecurityLevelKey];
//請求的URL的Host
NSDictionary *sslProperties = @{ (__bridge id) kCFStreamSSLPeerName : host };
[self.inputStream setProperty:sslProperties forKey:(__bridge_transfer NSString *) kCFStreamPropertySSLSettings];
4:打開輸入流

打開輸入流分為兩步

  • 設置代理:[self.inputStream setDelegate:weakSelf]
  • 加入當前的runloop:
[_inputStream removeFromRunLoop:self.runloop forMode:[self runloopMode]];
  • 調用Open方法
5:收到代理數據回調
- (void)stream:(NSStream *)aStream handleEvent:(NSStreamEvent)eventCode;

其中分為幾個狀態

typedef NS_OPTIONS(NSUInteger, NSStreamEvent) {
    NSStreamEventNone = 0,
    NSStreamEventOpenCompleted = 1UL << 0,
    NSStreamEventHasBytesAvailable = 1UL << 1,
    NSStreamEventHasSpaceAvailable = 1UL << 2,
    NSStreamEventErrorOccurred = 1UL << 3,
    NSStreamEventEndEncountered = 1UL << 4
};

通常我們會關心NSStreamEventOpenCompleted、NSStreamEventHasBytesAvailable、NSStreamEventErrorOccurred、
由于數據是以流的形式回來,我們需要在在NSStreamEventHasBytesAvailable下取出數據然后做數據拼接,拼接好完整的數據才可使用,像這樣

 case NSStreamEventHasBytesAvailable:
{
    UInt8 buffer[BUFFER_SIZE]; //設置緩存區
    NSInteger numBytesRead = 0;
    NSInputStream *inputstream = (NSInputStream *) aStream;
    // Read data
    do {
        numBytesRead = [inputstream read:buffer maxLength:sizeof(buffer)];
        if (numBytesRead > 0) {
            [self.resultData appendBytes:buffer length:numBytesRead];
        }
    } while (numBytesRead > 0);
}
break;

循環結束后我們的resultData就是完整的返回數據了。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,117評論 6 537
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,860評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,128評論 0 381
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,291評論 1 315
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,025評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,421評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,477評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,642評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,177評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,970評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,157評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,717評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,410評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,821評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,053評論 1 289
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,896評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,157評論 2 375

推薦閱讀更多精彩內容