【iOS开发】URL拦截转换成本地路由模块URLRewrite

需求场景

  1. 做过电商App的可能都遇到过这样的需求,在商场首页,各种各样动态的跳转,跳转商品详情、秒杀列表、品牌列表、搜索结果、分类结果页面等等等等。同一个位置,可能今天跳这个商品,明天跳转那个商品,运营配的就是一个web端的URL。
  2. 拦截webView里面的URL。

需求分析

  1. 拦截各种各样的URL,跳转到指定的原生页面。
  2. URL的种类可能会一直增加。
  3. 指定位置即某个button点击后的URL也不是固定的,可以动态配置。

以前的解决方案

接手项目前,已经有这个功能,之前也没有引入路由。这一块的做法是:对url进行path匹配或者字符串匹配,成功后再做特殊的操作。所以经常出现这个url没拦截,那个url跳错了这样的bug。每添加新的URL拦截都得修改代码,发版。

新的解决方案

在客户端引入路由后,我们需要的应该是下面这样一个URLRewrite模块,将输入的各种各样的URL转化为本地可以设别的路由URL。


做法是效仿天猫的Rewrite系统。天猫团队文章看这里:解耦神器---统跳协议和Rewrite引擎

原理

Rewrite引擎的原理非常简单,模拟Web容器(Apache/Nginx等)的Rewrite配置,根据配置把传入的原始URL进行重写,返回重写后的目标URL,交给统跳协议处理。
配置是通过正则表达式描述的Rewrite规则列表,这份列表通过后台接口实现动态更新。
关键点:URL是动态的,跳转的页面也是动态的,所以,URLRewrite中应该也有一个动态的东西来对应这个两个动态的变化。那就是Rewrite的规则。规则可以由接口动态更新,所以可以做到不发版本添加新的URL解析,新的页面跳转。

具体实现

后面会有具体的例子解析,先看一下代码实现。

规则的组成:规则有三个字段组成

  • pattern 用来匹配原始URL的正则表达式串。
  • targetUrl 转换后的目标串。
  • flag 标记位,做一些特殊处理。

匹配过程:原始URL通过规则匹配,找到URL中的参数,将targetUrl字段里面的参数占位符替换成url中找到的参数。完成重写。

//
//  RewriteRule.h
//  YTURLRewrite
//
//  Created by brant on 2017/8/3.
//  Copyright © 2017年 瘦不拉机. All rights reserved.
//

#import <Foundation/Foundation.h>

@interface RewriteRule : NSObject

// 用来匹配的原始URL的正则串
@property (nonatomic, copy) NSString *pattern;

// 转换后的目标串 参数占位用 $0, $1 这样
// 这里是一个标准的本地路由
@property (nonatomic, copy) NSString *targetUrl;

// 标记位
// 值一:k: 保留原url,不做重写
@property (nonatomic, copy) NSString *flag;

// 返回重写后的url
- (NSString *)targetUrlWithParams:(NSArray *)params url:(NSString *)url;

@end

原始URL解析

/**
 *  正则匹配返回符合要求的字符串及参数
数组
 *
 *  @param string   需要匹配的字符串
 *  @param regexStr 正则表达式
 *
 *  @return 符合要求的字符串及参数
数组
 */
+ (NSArray *)matchString:(NSString *)string toRegexString:(NSString *)regexStr {
    
    NSRegularExpression *regex = [NSRegularExpression regularExpressionWithPattern:regexStr options:NSRegularExpressionCaseInsensitive error:nil];
    
    NSArray * matches = [regex matchesInString:string options:0 range:NSMakeRange(0, [string length])];
    
    NSMutableArray *array = [NSMutableArray array];
    
    for (NSTextCheckingResult *match in matches) {
        
        for (int i = 0; i < [match numberOfRanges]; i++) {
            //以正则中的(),划分成不同的匹配部分
            NSString *component = [string substringWithRange:[match rangeAtIndex:i]];
            
            [array addObject:component]; 
            
        }
        
    }
    
    return array;
}

匹配过程 app启动时,更新服务器规则赋值给 self.rules ,没有就读取本地规则。使用时,调用rewriteUrl方法返回重写后的URL。

/**
 重写url

 @param url 要重写的url
 @return 返回重写后的url
 */
- (NSString *)rewriteUrl:(NSString *)url {
    
    for (RewriteRule *rule in self.rules) {
        NSArray *array = [YTURLRewrite matchString:url toRegexString:rule.pattern];
        if (array.count > 0) {
            // 匹配到了
            return [rule targetUrlWithParams:array url:url];
        }
    }
    
    return url;
}

具体例子

原始URL: http://test.com/product/2345.html 这是运营配置的一个商品详情的URL
self.rules 里面会有一条这样的规则与之对应:

pattern:
^(?:https?:)\\/\\/test.(com|test)\\/product\\/([0-9]*).html$

targetUrl:
myappScheme://host.mobile/goodsDetail?goodsId=$2

flat:
空

原始URL经过 [YTURLRewrite matchString:url toRegexString:rule.pattern] 方法后,匹配到上面这条规则,返回的NSArray是这样的:
array[0] : 是匹配到的字符串,即:http://test.com/product/2345.html
array[1]: 是后面用小括号括起来的参数 com
array[2]: 也是小括号括起来的参数 2345
targetUrlWithParams 方法会返回targetUrl字符串,$2这种参数占位符会被解析出来的参数替换掉。

- (NSString *)targetUrlWithParams:(NSArray *)params url:(NSString *)url {
    
    if ([self.flag isEqualToString:@"a"]) {
        // 添加
        return [NSString stringWithFormat:@"%@%@", url, self.targetUrl];
    }
    else if ([self.flag isEqualToString:@"k"]) {
        // 保留原url
        return url;
    }
    
    NSString *target = self.targetUrl;
    
    // 将参数替换成从url中解析出来的参数
    for (int i = 1; i < params.count; i++) {
        target = [target stringByReplacingOccurrencesOfString:[NSString stringWithFormat:@"$%d", i] withString:params[i]];
    }
    
    return target;
}

所以最后Rewrite出来的URL是这样的:myappScheme://host.mobile/goodsDetail?goodsId=2345这是我们本地支持的路由,可以直接这样处理: [YTRouter openUrl:myappScheme://host.mobile/goodsDetail?goodsId=2345]; 跳转到商品详情页面。

可以看到,这个URLRewrite引擎是只依赖规则的,所以要添加新的url,新的跳转,只要后台更新规则就可以了。

Github Demo

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,904评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,581评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,527评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,463评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,546评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,572评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,582评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,330评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,776评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,087评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,257评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,923评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,571评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,192评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,436评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,145评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,127评论 2 352

推荐阅读更多精彩内容