iOS-常用框架解讀

讀取流程

創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),印江企業(yè)網(wǎng)站建設(shè),印江品牌網(wǎng)站建設(shè),網(wǎng)站定制,印江網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,印江網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競(jìng)爭(zhēng)力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。

磁盤讀取后或者網(wǎng)絡(luò)請(qǐng)求后。

記錄器 基于不同的場(chǎng)景提供關(guān)于記錄的封裝、適配。一般分為頁面式，流式，自定義式。

記錄管理者 管理統(tǒng)計(jì)記錄數(shù)據(jù)，包含記錄緩存，磁盤存儲(chǔ)，上傳器。

如何降低數(shù)據(jù)的丟失率？ 兩種解決方案：

記錄上傳的時(shí)機(jī)

上傳時(shí)機(jī)的選擇

從三個(gè)方面分析架構(gòu)設(shè)計(jì)：整體架構(gòu)、數(shù)據(jù)流、反向更新。

View 的功能包含：控件的初始化、設(shè)置數(shù)據(jù)、交互事件代理等。 ViewController 的功能：視圖創(chuàng)建與組合、協(xié)調(diào)邏輯、事件回調(diào)處理等，事件回調(diào)處理指的是視圖層的事件。

業(yè)務(wù)邏輯處理（預(yù)排版）、數(shù)據(jù)增刪改查封裝者、線程安全處理（保證數(shù)據(jù)刷新和用戶手動(dòng)更新數(shù)據(jù)的數(shù)據(jù)同步）。

網(wǎng)絡(luò)請(qǐng)求、數(shù)據(jù)解析、增刪改查、本地處理邏輯（適配）

數(shù)據(jù)流包含：網(wǎng)絡(luò)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)、UI數(shù)據(jù)三部分。 網(wǎng)絡(luò)數(shù)據(jù)經(jīng)過 Engine 層處理加工產(chǎn)生業(yè)務(wù)數(shù)據(jù)，業(yè)務(wù)數(shù)據(jù)經(jīng)過 ViewModel 層處理產(chǎn)生UI數(shù)據(jù)，UI數(shù)據(jù)會(huì)轉(zhuǎn)交給視圖控制器控制視圖的顯示。

業(yè)務(wù)數(shù)據(jù)強(qiáng)引用網(wǎng)絡(luò)數(shù)據(jù)和UI數(shù)據(jù)，同時(shí)UI數(shù)據(jù)通過弱引用找到業(yè)務(wù)數(shù)據(jù)。

用戶交互網(wǎng)絡(luò)刷新等都會(huì)導(dǎo)致視圖層變化，通過代理方式通知視圖控制器。控制器對(duì)ViewModel的強(qiáng)引用找到對(duì)應(yīng)ViewModel，然后通過UI數(shù)據(jù)對(duì)業(yè)務(wù)數(shù)據(jù)的弱引用找到對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)同時(shí)打上臟標(biāo)記（借鑒系統(tǒng)UIView更新機(jī)制的思想）。最后ViewModel進(jìn)行數(shù)據(jù)流的重新驅(qū)動(dòng)，將臟數(shù)據(jù)重新處理生成新的UI數(shù)據(jù)更新視圖。

剛剛，阿里開源 iOS 協(xié)程開發(fā)框架 coobjc！

阿里妹導(dǎo)讀：剛剛，阿里巴巴正式對(duì)外開源了基于 Apache 2.0 協(xié)議的協(xié)程開發(fā)框架 coobjc，開發(fā)者們可以在 Github 上自主下載。

coobjc是為iOS平臺(tái)打造的開源協(xié)程開發(fā)框架，支持Objective-C和Swift，同時(shí)提供了cokit庫為Foundation和UIKit中的部分API提供了 協(xié)程 化支持，本文將為大家詳細(xì)介紹coobjc的設(shè)計(jì)理念及核心優(yōu)勢(shì)。

從2008年第一個(gè)iOS版本發(fā)布至今的11年時(shí)間里，iOS的異步編程方式發(fā)展緩慢。

基于 Block 的異步編程回調(diào)是目前 iOS 使用最廣泛的異步編程方式，iOS 系統(tǒng)提供的 GCD 庫讓異步開發(fā)變得很簡單方便，但是基于這種編程方式的缺點(diǎn)也有很多，主要有以下幾點(diǎn)：

針對(duì)多線程以及尤其引發(fā)的各種崩潰和性能問題，我們制定了很多編程規(guī)范、進(jìn)行了各種新人培訓(xùn)，嘗試降低問題發(fā)生的概率，但是問題依然很嚴(yán)峻，多線程引發(fā)的問題占比并沒有明顯的下降，異步編程本來就是很復(fù)雜的事情，單靠規(guī)范和培訓(xùn)是難以從根本上解決問題的，需要有更加好的編程方式來解決。

上述問題在很多系統(tǒng)和語言開發(fā)中都可能會(huì)碰到，解決問題的標(biāo)準(zhǔn)方式就是使用協(xié)程，C#、Kotlin、Python、Javascript 等熱門語言均支持協(xié)程極其相關(guān)語法，使用這些語言的開發(fā)者可以很方便的使用協(xié)程及相關(guān)功能進(jìn)行異步編程。

2017 年的 C++ 標(biāo)準(zhǔn)開始支持協(xié)程，Swift5 中也包含了協(xié)程相關(guān)的標(biāo)準(zhǔn)，從現(xiàn)在的發(fā)展趨勢(shì)看基于協(xié)程的全新的異步編程方式，是我們解決現(xiàn)有異步編程問題的有效的方式，但是蘋果基本已經(jīng)不會(huì)升級(jí) Objective-C 了，因此使用Objective-C的開發(fā)者是無法使用官方的協(xié)程能力的，而最新 Swift 的發(fā)布和推廣也還需要時(shí)日，為了讓廣大iOS開發(fā)者能快速享受到協(xié)程帶來的編程方式上的改變，手機(jī)淘寶架構(gòu)團(tuán)隊(duì)基于長期對(duì)系統(tǒng)底層庫和匯編的研究，通過匯編和C語言實(shí)現(xiàn)了支持 Objective-C 和 Swift 協(xié)程的完美解決方案 —— coobjc。

核心能力

內(nèi)置系統(tǒng)擴(kuò)展庫

coobjc設(shè)計(jì)

最底層是協(xié)程內(nèi)核，包含了棧切換的管理、協(xié)程調(diào)度器的實(shí)現(xiàn)、協(xié)程間通信channel的實(shí)現(xiàn)等。

中間層是基于協(xié)程的操作符的包裝，目前支持async/await、Generator、Actor等編程模型。

最上層是對(duì)系統(tǒng)庫的協(xié)程化擴(kuò)展，目前基本上覆蓋了Foundation和UIKit的所有IO和耗時(shí)方法。

核心實(shí)現(xiàn)原理

協(xié)程的核心思想是控制調(diào)用棧的主動(dòng)讓出和恢復(fù)。一般的協(xié)程實(shí)現(xiàn)都會(huì)提供兩個(gè)重要的操作：

我們基于線程的代碼執(zhí)行時(shí)候，是沒法做出暫停操作的，我們現(xiàn)在要做的事情就是要代碼執(zhí)行能夠暫停，還能夠再恢復(fù)。 基本上代碼執(zhí)行都是一種基于調(diào)用棧的模型，所以如果我們能把當(dāng)前調(diào)用棧上的狀態(tài)都保存下來，然后再能從緩存中恢復(fù)，那我們就能夠?qū)崿F(xiàn)yield和 resume。

實(shí)現(xiàn)這樣操作有幾種方法呢？

上述第三種和第四種只是能過做到跳轉(zhuǎn)，但是沒法保存調(diào)用棧上的狀態(tài)，看起來基本上不能算是實(shí)現(xiàn)了協(xié)程，只能算做做demo，第五種除非官方支持，否則自行改寫編譯器通用性很差。而第一種方案的 ucontext 在iOS上是廢棄了的，不能使用。那么我們使用的是第二種方案，自己用匯編模擬一下 ucontext。

模擬ucontext的核心是通過getContext和setContext實(shí)現(xiàn)保存和恢復(fù)調(diào)用棧。需要熟悉不同CPU架構(gòu)下的調(diào)用約定(Calling Convention). 匯編實(shí)現(xiàn)就是要針對(duì)不同cpu實(shí)現(xiàn)一套，我們目前實(shí)現(xiàn)了 armv7、arm64、i386、x86_64，支持iPhone真機(jī)和模擬器。

說了這么多，還是看看代碼吧，我們從一個(gè)簡單的網(wǎng)絡(luò)請(qǐng)求加載圖片功能來看看coobjc到底是如何使用的。

下面是最普通的網(wǎng)絡(luò)請(qǐng)求的寫法：

下面是使用coobjc庫協(xié)程化改造后的代碼：

原本需要20行的代碼，通過coobjc協(xié)程化改造后，減少了一半，整個(gè)代碼邏輯和可讀性都更加好，這就是coobjc強(qiáng)大的能力，能把原本很復(fù)雜的異步代碼，通過協(xié)程化改造，轉(zhuǎn)變成邏輯簡潔的順序調(diào)用。

coobjc還有很多其他強(qiáng)大的能力，本文對(duì)于coobjc的實(shí)際使用就不過多介紹了，感興趣的朋友可以去官方github倉庫自行下載查看。

我們?cè)趇Phone7 iOS11.4.1的設(shè)備上使用協(xié)程和傳統(tǒng)多線程方式分別模擬高并發(fā)讀取數(shù)據(jù)的場(chǎng)景，下面是兩種方式得到的壓測(cè)數(shù)據(jù)。

從上面的表格我們可以看到使用在并發(fā)量很小的場(chǎng)景，由于多線程可以完全使用設(shè)備的計(jì)算核心，因此coobjc總耗時(shí)要比傳統(tǒng)多線程略高，但是由于整體耗時(shí)都很小，因此差異并不明顯，但是隨著并發(fā)量的增大，coobjc的優(yōu)勢(shì)開始逐漸體現(xiàn)出來，當(dāng)并發(fā)量超過1000以后，傳統(tǒng)多線程開始出現(xiàn)線程分配異常，而導(dǎo)致很多并發(fā)任務(wù)并沒有執(zhí)行，因此在上表中顯示的是大于20秒，實(shí)際是任務(wù)已經(jīng)無法正常執(zhí)行了，但是coobjc仍然可以正常運(yùn)行。

我們?cè)谑謾C(jī)淘寶這種超級(jí)App中嘗試了協(xié)程化改造，針對(duì)部分性能差的頁面，我們發(fā)現(xiàn)在滑動(dòng)過程中存在很多主線程IO調(diào)用、數(shù)據(jù)解析，導(dǎo)致幀率下降嚴(yán)重，通過引入coobjc，在不改變?cè)袠I(yè)務(wù)代碼的基礎(chǔ)上，通過全局hook部分IO、數(shù)據(jù)解析方法，即可讓原來在主線程中同步執(zhí)行的IO方法異步執(zhí)行，并且不影響原有的業(yè)務(wù)邏輯，通過測(cè)試驗(yàn)證，這樣的改造在低端機(jī)(iPhone6及以下的機(jī)器)上的幀率有20%左右的提升。

簡明

易用

清晰

性能

程序是寫來給人讀的，只會(huì)偶爾讓機(jī)器執(zhí)行一下。——Abelson and Sussman

基于協(xié)程實(shí)現(xiàn)的編程范式能夠幫助開發(fā)者編寫出更加優(yōu)美、健壯、可讀性更強(qiáng)的代碼。

協(xié)程可以幫助我們?cè)诰帉懖l(fā)代碼的過程中減少線程和鎖的使用，提升應(yīng)用的性能和穩(wěn)定性。

本文作者：淘寶技術(shù)

iOS開發(fā)——最簡單web容器化框架

既然要承載 web 頁面，一個(gè)原生的 WebView 必不可少。在 iOS 中，目前已經(jīng)有兩款高性能、功能齊全的 web 瀏覽器，UIWebView (=2.0)和 WKWebView(=7.0)。

當(dāng)然，兩種 web 瀏覽器選其一即可。網(wǎng)上有很多文章，包括我之前已經(jīng)發(fā)表的博文中，都介紹過這兩種瀏覽器，讀者可以根據(jù)自己的需要選擇。

就目前的情況看，UIWebView 發(fā)展了很多年，目前市面上大部分的 web 頁面也都支持這樣的瀏覽器，因此很多公司在選擇的時(shí)候都使用這個(gè)，但是，我們知道，WKWebView 有太多改善前者的優(yōu)點(diǎn)，而且也是蘋果官方提倡大家使用的，為了性能，為了更多的特性，建議初次搭建的朋友采用 WKWebView。

為了實(shí)現(xiàn) h5 與 native 之間的互相調(diào)用，我們需要在兩者之間架一層橋來實(shí)現(xiàn)，關(guān)于 bridge，之前的文章也有介紹。

bridge 的功能包括：native 調(diào)用 h5，h5 回調(diào) native，h5 調(diào)用 native，native 回調(diào) h5。

有了 bridge，h5可以使用 native 支持的更多特性，native 可以獲取 h5 頁面加載的信息，也可以讓 web 頁面動(dòng)態(tài)執(zhí)行一些腳本做一些事。

總之，在 web 容器框架中，這個(gè) bridge 還是很有必要的。

嗯，這個(gè)是輔助項(xiàng)，做了這一步可以進(jìn)一步提高 web 容器的加載性能，而且資源緩存到本地后可以做到不依賴網(wǎng)絡(luò)，提高用戶體驗(yàn)。

通常有兩種做法，

UIWebView 使用簡單，而且現(xiàn)在用戶的手機(jī)性能也已經(jīng)不再是頁面展示性能的瓶頸，所以，這里介紹的依然采用 UIWebView 作為 web 瀏覽器。

WebViewJavascriptBridge 是一款非常強(qiáng)大的第三方開源 bridge 庫，同時(shí)支持 UIWebView 和 WKWebView。

git 地址

NJKWebViewProgress 是一款能使 UIWebview 顯示加載進(jìn)度的第三方開源框架，支持代理協(xié)議處理和 progressview 展示兩種功能。

git 地址

分享文章：ios開發(fā)常用框架,ios開發(fā)常用框架有哪些
標(biāo)題網(wǎng)址：http://chinadenli.net/article0/dsghcio.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供虛擬主機(jī)、外貿(mào)建站、App開發(fā)、用戶體驗(yàn)、微信公眾號(hào)、小程序開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)