一个小 BUG:CFNetwork internal error
忽然之间,天昏地暗...
工程里出现了
31483: CFNetwork internal error (0xc01a:/BuildRoot/Library/Caches/com.apple.xbs/Sources/CFNetwork_Sim/CFNetwork-808.2.16/Loading/URLConnectionLoader.cpp:304)
image.png
看错误的意思是在网络请求链接资源时候出错所引起的.想说两点:
1.诸如此类的诸多警告,这段代码好像没什么,不关crash的问题,虽不影响工程的正常运行,但是看着着实蛋疼... 但作为一个处女座看着这些东西在我眼前作祟,着实碍眼的很,忍受不了...
2.这种问题一般在正式环境上不会出现,只会在测试环境等出现,毕竟不管谁家的产品,正式环境服务器上的资源肯定是最完整的.
那就解决吧,网上查了一下,相关问题的解决方式都是这么说的:这与AFNetWorking3.x有关.可以做出如下解决:
修改info.plist
在App Transport Security Settings 之下 NSExceptionDomains 添加
NSExceptionRequiresForwardSecrecy : NO
NSIncludesSubdomains：YES
NSExceptionAllowInsecureHTTPLoads : YES
image.png
试着这么处理了一下,然而...也没有起任何作用.仔细搜索排查了下,发现它不是AFNetwork的问题，是SDWebImage使用时所引起的一点问题,这些所有的错误都是 SDWebImage 在链接相应图片的 URL资源时,对应服务器上压根没有response 相应的图片资源.
如果 URL 路径链接的图片资源不存在,错误警告CFNetwork internal error就会出现,与服务器的链接随即会被打断, 图片请求不能从服务器上请求到任何数据.
当你同时使用无效的SSL证书或者自建(自签名)证书和SDWebImage，当使用SDWebImage中的选项'SDWebImageAllowInvalidSSLCertificates'，并获得一个http图像（不是https图像）,协议（http或https）不能由SDWebImage自动识别,这个错误就会出现.但是如果你的cer证书是有效的，我认为SDWebImage工作得很好。
解决方式
1.在自封装的如XXWebImageManagerwrapper包装类里面对图片请求方法加以改造,对图片的请求模式SDWebImageOptions设置为两种不同的处理方式:
1.1请求协议头是
http协议时,SDWebImageOptions设置为SDWebImageRetryFailed(等价于0或者默认不写);
1.2请求协议头是
https协议时,SDWebImageOptions设置为SDWebImageAllowInvalidSSLCertificates,取消掉加载图片时对 SSL 证书的验证,针对https认证证书是自签名或无效的情况 ( SD 官方对此模式的注释:
/** Enable to allow untrusted SSL certificates. Useful for testing purposes. Use with caution in production./
SDWebImageAllowInvalidSSLCertificates = 1 << 7);
2.在自封装的如XXWebImageManager类里面对图片请求方法加以改造,使用:sd_setImageWithURL: placeholderImage: completed: 来替换掉sd_setImageWithURL: placeholderImage:方法,根据completed的回调 UIImage *image是否为空来判断是否加载图片.
但是这种方式不够优秀,Although the CFNetwork error still occurs, but the connection will not break any more. CFNetwork error仍然会继续出现,只不过链接请求不会被立刻打断了. 所以方式1会更好一些.
如果在SDWebImage使用初期没有封装一层 wrapper 或者 manager 的话,处理起来会多麻烦一步:那就从现在开始对于图片的请求做一层封装吧!毕竟SDWebImage是项目底层的三方框架,顶层使用的最好是经过自定义封装的图片框架,这样的话不管以后替换SDWebImage为YYWebImage 等任何其他框架时,只需要对 wrapper 类进行处理就好了,不需要对 N 多的业务类处理.
通常来讲,所有的三方框架资源一般都要封装一层 wrapper 来供给顶层处理业务使用,这一种小小的架构思想会方便以后很多开发工作.
如有写错的地方,欢迎大家指正,共同前行.
参考链接: https://stackoverflow.com/questions/42036246/cfnetwork-internal-error-urlconnectionloader-cpp304
