引子
iOS9发布以来，universalLink一直是大家热议不断的技术话题；无缝的链接不同app，流畅的跳转体验，简易的接入方式，同时又解决h5和native间的无缝切换；对于应用层面，站外引流效率提高，转化提高，突破微信封锁等等；
微信封锁
那么来说说微信封锁，实际手段其实是，淘宝商品的链接无法在微信内打开，不管是分享还是朋友圈，使得淘宝的商品信息无法在微信内流转，或者流转成本极高
那么如何让微信中的淘宝链接得以打开或者流转回手淘，则成了巨大的问题，所以后来产生了淘口令，众所周知，这是利用剪贴板的优势，得以缩短回手淘页面的链路，但终究不是最优美的方案；
直到出现了UniversalLink，完美的跳转链接方式，那么是不是这个方式可以完美的解决微信封锁呢？
如何突破
关于如何使用UniversalLink，以及利用它的特性来突破，以及有很多同学有很详细的分析和方案，这里就不说了，有兴趣可以这些文章；
本文重点
扯了这么多，今天本文重点想说的是，微信会不会封锁UniversalLink，能不能封锁UniversalLink；
会不会
先来说 会不会，根据很多小伙伴的demo实践，目前微信是没有封锁UniversalLink的，也就是可以使用UniversalLink链路从微信里唤起手淘，唤起航旅，或者唤起其他阿里系app；看起来好像很不可思议嘛，竞争对手嘛，当年果断的封锁了淘宝链接，现在怎么不封了呢？
我们来看看目前阿里系app利用微信的情况，目前在微信内流转最多的，无可厚非，是淘口令，99%的微信场景都是通过淘口令来完成，可能只有个别的极少数流量使用UniversalLink，这种情况下，微信估计是懒得来封吧，但是如果说UniversalLink的流量，每天达到百万级UV，相信他们是很想，也是绝对回来做封锁的事情的；
能不能
UniversalLink本质是一个url的Load，先来看看一个普通url的在UIWebView中的load过程，从开始加载到最后页面完成，会经过如下几个delegate方法
那么UniversalLink 的Url加载又是如何的呢？
看到这里，相信大家都可以看出来了，在是否要加载这一步，可以很轻松的干掉universalLink
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType{
if([request.URL.absoluteString containsString:@"t.asczwa.com"]){
NSLog(@"::: 拦截universalLink");
return NO;
}
NSLog(@":::shouldStartLoadWithRequest:%@",request.URL.absoluteString);
return YES;
}小结
UniversalLink是个好东西，但是在突破封锁这个命题上，有巨大的缺陷，apple给了容器足够的权限去控制url，也许是留了一手，所以在产品业务上，正面考虑没错，反面想想，其实会有很大的问题，聊以小结，分享给大家，请使用此技术的时候，三思！
