NSURLPtotocol 网络hooker
先说下URL Loading System
如图所示,URL Loading System是iOS一系列网络请求类的集合,包括已经过期不用的NSConnection和现在流行的NSURLSession,还包括一些请求认证的类,一个sessionConfig的类,还有关于处理请求缓存的类等,当然还包括我们要说的这个NSURLProtocol类。
对,我没说错,NSURLPtotocol类并不是一个protocol,他其实就是一个类,而且是一个“虚基类”-虚拟的父类吧。
URL Loading System可以发出的请求种类有ftp://,http://,https://,file://,data:// 请求。
NSURLProtocol的作用
NSURLProtocol可以拦截监听每一个URL Loading System中发出request请求,记住是URL Loading System中那些类发出的请求,也支持AFNetwoking,UIWebView发出的request。如果不是这些类发出的请求,NSURLProtocol就没办法拦截和监听了。
- 忽略网络请求使用本地缓存
- 重定向网络请求
- 改变request的请求头
NSURLProtocol的使用
因为NSURLProtocol是一个虚基类,所以不能直接使用它,要想使用它就必须自定义一个类成为他的子类,然后实现他里面的必须实现的一些方法,那么我们还要告诉系统:“喂,你发出的request,要让我的子类XXX类过一遍啊!”所以NSURLProtocol有一个register方法告诉系统那个子类要起作用。
相对应的也有unregistClass方法,不让某个子类起作用,这个起作用的时候并不是一定要在appDelegate中,你想要他在什么时候起作用,某个请求之前注册他就行,相应的不想他起作用就unregist他就行了。
子类必须实现的一些方法
+ (BOOL)canInitWithRequest:(NSURLRequest *)request
每次有一个请求的时候都会调用这个方法,在这个方法里面判断这个请求是否需要被处理拦截,如果返回YES就代表这个request需要被处理,反之就是不需要被处理。
+ (NSURLRequest *) canonicalRequestForRequest:(NSURLRequest *)request
这个方法就是返回规范的request,一般使用就是直接返回request,不做任何处理的
- (void)startLoading
这个方法作用很大,把当前请求的request拦截下来以后,在这个方法里面对这个request做各种处理,比如添加请求头,重定向网络,使用自定义的缓存等。作用非常之大。下面就是一个重定向的例子。
- (void)stopLoading
相应的还有一个停止请求的方法,也是要实现的。
死循环的坑
有没有看到这两句代码?
这两句是为了防止死循环的,也是NSURLProtocol里必须写的方法。试想一下当我在startLoading的时候还会继续发出这个request,那么这个时候还是会拦截到这个request,然后进行处理,然后再次在startLoading中发送出去,然后继续拦截。。。。。。。。
所以在我们startLoading里面,我们对这个request进行标记,标记他已经被处理过了,然后在canInitWithRequest方法中根据这个标记拿到这个request,如果被标记了,就不再次进行处理了,如果没有标记过就要进行处理,这就很好的解决了死循环问题。
NSURLProtocolClient
如果我们使用UIWebView发送一个request,拦截以后当我们使用NSURLSession发出了request,那么这个request的response是无法回到这个UIWebView的,因为可以理解成不是同一个地方发出的request,这个response只能有session来处理,那我们怎么才能让这个response回到刚开始的UIWebView呢?
NSURLProtocolClient就可以看做是URL Loading System,我们把response告诉client,也就是URL Loading System,让他来继续处理这个response,因为一切都是基于URL Loading System发生的,所以把response交给他,他会自动处理这个response回到webView。
每一个NSURLProtocol的子类都有一个client对象来处理请求得到的response。其实下面这些写法都是差不多固定的。
总结
NSURLProtocol的一些坑
- 死循环
- 调试恶心。因为打开一个页面,里面的每一个请求包括网页图片等都会去走一遍子类中请求处理的判断方法,导致很多想调试的request找不到。
- WKWebView不起作用,因为WKWebView走得是WebKit内核,不走苹果这一套逻辑,目前貌似还没有有效的解决方法。
注意点
可以注册多个NSURLProtocol的子类,注册多个NSURLProtocol子类会逆序去执行,也就是先注册的子类后执行。
常见用法总结
- 重定向网络请求(已经举过例子了)
- 改变request的请求头
- 忽略网络请求使用本地缓存
首先自定一个URLResponse类,把资源转化为这个自定义类落地持久化,然后把这个类转换成URL Loading System可以接受的NSURLResponse类,发送给client,其实主要就是startLoading里面。
另外也可以参考一下“OHHTTPStubs的实现方式”,核心就是使用的NSURLProtocol。
相关文章
- reizhi网络机顶盒评测标准
- CTPelvicBone——骨盆级联分割网络完整实现
- 推荐系统(二十一)DIN系列——DIN、DIEN、DSIN深度兴趣网络总结
- 网络技术中英对照缩写专业术语大全!
- 跃点实现网络优先级切换
- 艾灵网络完成战略轮融资
- 【网络编程】用于echo回显测试的TCP服务器的设计
- SQLServer 错误 50000 尝试从文件“%.*ls”中读取内容时出现网络错误。 故障 处理 修复 支持远程
- VMware下Centos7桥接方式网络配置步骤详解
- Linux TC 工具—极大提升网络性能的利器(linuxtc工具)
- Linux 如何使用SSH进行网络翻墙(linux如何ssh翻墙)
- 在 KVM 中测试 IPv6 网络(第 1 部分)
- Linux 3G 驱动:享受新的网络体验(3g linux驱动)
- 网络中断下的Redis集群解决方案(网络中断 redis集群)
- 网络工程师如何配置Redis(web工程配置redis)
- 生成式对抗网络GAN最近在NLP领域有哪些应用?
- 网络欺骗,教你如何把来犯的黑客玩弄于股掌之间