忽然之間,天昏地暗...
工程里出現(xiàn)了
31483: CFNetwork internal error (0xc01a:/BuildRoot/Library/Caches/com.apple.xbs/Sources/CFNetwork_Sim/CFNetwork-808.2.16/Loading/URLConnectionLoader.cpp:304)
看錯(cuò)誤的意思是在網(wǎng)絡(luò)請(qǐng)求鏈接資源時(shí)候出錯(cuò)所引起的.想說(shuō)兩點(diǎn):
1.諸如此類的諸多警告,這段代碼好像沒(méi)什么,不關(guān)crash的問(wèn)題,雖不影響工程的正常運(yùn)行,但是看著著實(shí)蛋疼... 但作為一個(gè)處女座看著這些東西在我眼前作祟,著實(shí)礙眼的很,忍受不了...
2.這種問(wèn)題一般在正式環(huán)境上不會(huì)出現(xiàn),只會(huì)在測(cè)試環(huán)境等出現(xiàn),畢竟不管誰(shuí)家的產(chǎn)品,正式環(huán)境服務(wù)器上的資源肯定是最完整的.
那就解決吧,網(wǎng)上查了一下,相關(guān)問(wèn)題的解決方式都是這么說(shuō)的:這與AFNetWorking3.x有關(guān).可以做出如下解決:
修改info.plist
在App Transport Security Settings 之下 NSExceptionDomains 添加
NSExceptionRequiresForwardSecrecy : NO
NSIncludesSubdomains：YES
NSExceptionAllowInsecureHTTPLoads : YES
試著這么處理了一下,然而...也沒(méi)有起任何作用.仔細(xì)搜索排查了下,發(fā)現(xiàn)它不是AFNetwork的問(wèn)題箩兽，是SDWebImage使用時(shí)所引起的一點(diǎn)問(wèn)題,這些所有的錯(cuò)誤都是 SDWebImage 在鏈接相應(yīng)圖片的 URL資源時(shí),對(duì)應(yīng)服務(wù)器上壓根沒(méi)有response 相應(yīng)的圖片資源.
如果 URL 路徑鏈接的圖片資源不存在,錯(cuò)誤警告CFNetwork internal error就會(huì)出現(xiàn),與服務(wù)器的鏈接隨即會(huì)被打斷, 圖片請(qǐng)求不能從服務(wù)器上請(qǐng)求到任何數(shù)據(jù).
當(dāng)你同時(shí)使用無(wú)效的SSL證書或者自建(自簽名)證書和SDWebImage捐晶，當(dāng)使用SDWebImage中的選項(xiàng)'SDWebImageAllowInvalidSSLCertificates'粟誓，并獲得一個(gè)http圖像（不是https圖像）,協(xié)議（http或https）不能由SDWebImage自動(dòng)識(shí)別,這個(gè)錯(cuò)誤就會(huì)出現(xiàn).但是如果你的cer證書是有效的，我認(rèn)為SDWebImage工作得很好。
解決方式
1.在自封裝的如XXWebImageManagerwrapper包裝類里面對(duì)圖片請(qǐng)求方法加以改造,對(duì)圖片的請(qǐng)求模式SDWebImageOptions設(shè)置為兩種不同的處理方式:
1.1請(qǐng)求協(xié)議頭是
http協(xié)議時(shí),SDWebImageOptions設(shè)置為SDWebImageRetryFailed(等價(jià)于0或者默認(rèn)不寫);
1.2請(qǐng)求協(xié)議頭是
https協(xié)議時(shí),SDWebImageOptions設(shè)置為SDWebImageAllowInvalidSSLCertificates,取消掉加載圖片時(shí)對(duì) SSL 證書的驗(yàn)證,針對(duì)https認(rèn)證證書是自簽名或無(wú)效的情況 ( SD 官方對(duì)此模式的注釋:
/** Enable to allow untrusted SSL certificates. Useful for testing purposes. Use with caution in production./
SDWebImageAllowInvalidSSLCertificates = 1 << 7);
2.在自封裝的如XXWebImageManager類里面對(duì)圖片請(qǐng)求方法加以改造,使用:sd_setImageWithURL: placeholderImage: completed: 來(lái)替換掉sd_setImageWithURL: placeholderImage:方法,根據(jù)completed的回調(diào) UIImage *image是否為空來(lái)判斷是否加載圖片.
但是這種方式不夠優(yōu)秀,Although the CFNetwork error still occurs, but the connection will not break any more. CFNetwork error仍然會(huì)繼續(xù)出現(xiàn),只不過(guò)鏈接請(qǐng)求不會(huì)被立刻打斷了. 所以方式1會(huì)更好一些.
如果在SDWebImage使用初期沒(méi)有封裝一層 wrapper 或者 manager 的話,處理起來(lái)會(huì)多麻煩一步:那就從現(xiàn)在開(kāi)始對(duì)于圖片的請(qǐng)求做一層封裝吧!畢竟SDWebImage是項(xiàng)目底層的三方框架,頂層使用的最好是經(jīng)過(guò)自定義封裝的圖片框架,這樣的話不管以后替換SDWebImage為YYWebImage 等任何其他框架時(shí),只需要對(duì) wrapper 類進(jìn)行處理就好了,不需要對(duì) N 多的業(yè)務(wù)類處理.
通常來(lái)講,所有的三方框架資源一般都要封裝一層 wrapper 來(lái)供給頂層處理業(yè)務(wù)使用,這一種小小的架構(gòu)思想會(huì)方便以后很多開(kāi)發(fā)工作.
如有寫錯(cuò)的地方,歡迎大家指正,共同前行.
參考鏈接: https://stackoverflow.com/questions/42036246/cfnetwork-internal-error-urlconnectionloader-cpp304
