iOS UIWebView URL拦截
- - 移动开发 - ITeye博客本文译者： candeladiao，原文： URL filtering for UIWebView on the iPhone. 说明：译者在做app开发时，因为页面的javascript文件比较大导致加载速度很慢，所以想把javascript文件打包在app里，当UIWebView需要加载该脚本时就从app本地读取，但UIWebView并不支持加载本地资源.
iOS UIWebView URL拦截
标签：
ios
uiwebview
url
| 发表时间：2015-07-11 17:02 | 作者：啸笑天
出处：http://www.iteye.com
本文译者： candeladiao，原文： URL filtering for UIWebView on the iPhone
说明：译者在做app开发时，因为页面的javascript文件比较大导致加载速度很慢，所以想把javascript文件打包在app里，当UIWebView需要加载该脚本时就从app本地读取，但UIWebView并不支持加载本地资源。最后从下文中找到了解决方法，第一次翻译，难免有误，大家多多指教。
iCab Mobile(一款iOS平台的网页浏览器)要实现一个拦截管理器来过滤页面上的广告及其他东西。它有一个简单的基于URL过滤规则的列表（通常由用户维护），当页面包含的资源（图片、js以及css等），文件的URL存在于规则列表中时，资源就不会被加载。
但看一下UIWebView类的API，会发现我们没有办法知道UIWebView正在加载什么资源，更糟的是，当你希望过滤掉某些资源文件的时候，没有方法可以强制UIWebView不去加载这些文件，
拦截器看起来貌似没有可能实现。
当然还是有解决方案的，否则这篇文件就没什么卵用。
正如上面所说，实现拦截器不能靠UIWebView，因为UIWebView没有提供任何有用的API。
对UIWebView的所有请求，要找到一个能中断所有HTTP 请求的切入点，我们需要先了解一下Cocoa的URL Loading System，因为UIWebView是使用URL Loading System从web端取数据的。我们需要的切入点NSURLCache类就是URL Loading System的一部分。虽然目前iOS系统不会在磁盘上缓存任何数据（后面的iOS系统版本或许会有不同），因此在UIWebView开始加载前，NSURLCache管理的缓存数据通常为空，但UIWebView仍然会检测所请求资源文件是否存在于缓存。所以我们需要做的只是继承NSURLCache并重载其方法：
|
1
|
- (NSCachedURLResponse*)cachedResponseForRequest:(NSURLRequest*)request |
UIWebView请求所有资源时都会调用这个方法。因为我们只需要在这个方法里判断请求的URL是否是我们想拦截的。如果是则创建一个没有内容的假response，否则只需调用super方法即可。
如下是实现细节：
1.继承NSURLCache:
FilteredWebCache.h:
|
1
2
3
4
|
@interface FilteredWebCache : NSURLCache{ } @end |
子类的主要代码
FilteredWebCache.m:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
#import "FilteredWebCache.h"#import "FilterManager.h"@implementation FilteredWebCache- (NSCachedURLResponse*)cachedResponseForRequest:(NSURLRequest*)request{ NSURL *url = [request URL];
BOOL blockURL = [[FilterMgr sharedFilterMgr] shouldBlockURL:url];
if (blockURL) {
NSURLResponse *response =
[[NSURLResponse alloc] initWithURL:url
MIMEType:@ "text/plain"
expectedContentLength:1
textEncodingName:nil];
NSCachedURLResponse *cachedResponse =
[[NSCachedURLResponse alloc] initWithResponse:response
data:[NSData dataWithBytes: " " length:1]];
[ super storeCachedResponse:cachedResponse forRequest:request];
[cachedResponse release];
[response release];
}
return [ super cachedResponseForRequest:request];
}@end |
首先判断URL是否需拦截（判断通过FilterManager类实现，类实现在此不列出）。如果需要，创建一个无内容的响应对象并把它存在cache中。有人可能会认为只需要返回假的响应对象就够了，没必要缓存它。但这样会因响应对象被系统释放而导致app crash。不知道为何为会这样，可能是iOS的bug（Mac OS X 10.5.x也存在同样问题，而10.4.x及更早的系统上没有问题），也可能是URL Loading System内部类之间的依赖所致。所以我们先缓存响应对象。确保所有响应都是真实存在于缓存中，这也iOS希望的，最重要的是不会crash.
更新：因为假的响应是以大于0的大小来初始化的，看起来结缓存它也是必要的。
2.创建新的缓存：
接下来需要创建一个新的缓存并告诉iOS系统使用新的缓存代替默认的，这样当URL Loading System检测资源缓存时才会调用上面的代码。这要在任意UIWebView开始加载页面前做，显然应该放在app启动的时候：
|
1
2
3
4
5
6
7
8
|
NSString *path = ... // the path to the cache file
NSUInteger discCapacity = 10*1024*1024;NSUInteger memoryCapacity = 512*1024;FilteredWebCache *cache = [[FilteredWebCache alloc] initWithMemoryCapacity: memoryCapacity
diskCapacity: discCapacity diskPath:path];
[NSURLCache setSharedURLCache:cache];[cache release]; |
这里需要提供一个缓存存储路径。缓存文件由NSURLCache对象自动生成，我们无需事先创建文件，但要定义缓存文件所存位置（必须是应用程序“沙盒”内，如“tmp”目录或是“Document”目录）
这就是实现UIWebView基于URL进行请求过滤的所有内容，看起来其实并不复杂
注：如果过滤规则在app运行过程中会改变，你需要从缓存中删除假的响应。NSURLCache提供了删除方法，所以这不是问题。如果过滤规则不会改变，则无需关心
from http://www.cocoachina.com/ios/20150626/12161.html
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [ios uiwebview url] 推荐：
iOS中UIWebView与其中网页的javascript的交互
- - ITeye博客1.本地语言调js的方式与android中的方式类似，也是向WebView控件发送要调用的js语句. android和iOS对比，它们都用了伪url的技术，但android是在本地语言调js时使用了伪url（该url的schema为javascript），而iOS是js调本地语言时使用了伪url（该url是自定义的标识），这个错落很有意思.
只需输入URL，就能帮你的网站生成iOS和Android版应用并提交到应用商店
- - 互联网的那点事在90年代的网络淘金时代，各大公司的战略咨询师会告诉它们，要想旺，先入网，所以大小公司争先恐后推出自己的网站. 而现在，随着移动技术的日趋成熟，用户的上网习惯也在慢慢改变. 先前各大公司抢着“入网”的趋势又变成抢着在移动端推出自己的应用的热潮. Uppsite 公司嗅到了这股趋势和里面的商机，于是推出了自己的“一站式服务”：客户只需输入网站的URL，Uppsite就会帮你生成iOS，Android版本的应用.
URL的井号
- chenqj - 阮一峰的网络日志一个显著变化，就是URL加入了"#!"符号. 在我印象中，这是主流网站第一次将"#"大规模用于直接与用户交互的关键URL中. 这表明井号（Hash）的作用正在被重新认识. 本文根据HttpWatch的文章，整理与井号有关的所有重要知识点. 其右面的字符，就是该位置的标识符. 就代表网页index.html的print位置.
将URL编码？
- - JavaScript - Web前端 - ITeye博客 URL一般只能由字母、数字、$ - _. * ' ( ) 等一些字符构成. 那么当URL中需要用到汉字时怎么办，譬如有这样的URL: "www.test.com/search?name=张三"，此时，只有通过将URL进行编码的方式进行传递了. Javascript编/解码方法：. 如果对上面的URL(www.test.com/search?name=张三)进行编码的话.
理清URL编码
- winners - Thinking for Fun关于URL编码，RFC1738做了如下的规定：. “Only alphanumerics [0-9a-zA-Z], the special characters “$-_.+!*’(),” [not including the quotes - ed], and reserved characters used for their reserved purposes may be used unencoded within a URL.”.
禁用 UIWebView 里面的链接长按弹出效果
- - 张宴的博客 苹果一直拒绝 UIWebView 内嵌 HTML5 页面的 iPhone、iPad APP应用上架到 App Store，建议这样的APP去做成Safari的Web应用. 但是，苹果的审核人员只从界面、URL去判断是否HTML5的. 有一次，一个 APP应用的URL地址被他们拷贝出来，放到浏览器中能够访问，然后，应用悲催地被拒绝上架了.
URL最大长度问题
- - CSDN博客推荐文章这几天为解决一个BUG头疼了一段时间，BUG现象如下：. 一个选择人员的选择控件，当选择多个人时(50多个的时候)，返回没有错误现象，而再一次打开的时候就报404错误. 看到这个错误非常纳闷，无法下手，只能再一次看控件的代码，在详细看代码时，发现所有的参数都是经过URL传参的，赶紧百度一下URL参数的大小限制(从这个百度开始，我就进入一个误区：参数大小的限制).
URL中井号的作用
- - CSDN博客Web前端推荐文章 URL中的井号(#)是比较常见的，它并不影响网址的指向，而是有众多功能和特点的. 下面就为大家介绍一些有关井号的故事. 1、页面中的某一个位置可以用井号在URL中指定. 井号作为比较长出现在URL的一种符号，通常也会代表这个页面中的某一个位置，比如：http://aoshu.juren.com/chzt/xiaoxueshijuan/index.html#nn1，此URL表示在这个页面中nn1的位置.