//所以timer即使执行了，但是两者的时间差应该跟500ms有较大的出入
//但是实际并不是这样的！
clear(null, false);
}else{
clear(null, true);
}
}, 500);
}
看上去方法很靠谱，但是现实总是那么的残酷！
不同的浏览器app（包括webview），都有自己在后台的常驻时间，即：假如一个浏览器他在被切走之后，后台常驻10s，那么我们设置定时器5s过期就是徒劳的，而且5s的定时器，用户要空等5s！交互也不让你这样干啊！
最后我们想到了pageshow和pagehide事件，即如果浏览器被切走到了要打开的app，应该会触发浏览器的pagehide事件，而从app重新返回到浏览器，就会触发pageshow方法。
但是经过代码测试发现，在uc、chrome中，不会触发pagehide和pageshow的方法，而在safari中可以的。
结论：
1.使用iframe调用schema URL
2.使用定时器判断在一段时间内是否调起成功
3.使用pageshow和pagehide来辅助定时器做更详细的判断
4.定时器中如果有alert可能不会被弹出，这一点很吃惊！后面的dom竟然5.执行了，但是alert没弹出，可能跟alert的实现有关系吧
6.在实验中我使用了两个定时器，是因为切回浏览器之后，有时候timeout触发要在pagehide和pageshow之前
7.计算timer实际执行时间差，也是不靠谱的
最后附上研究的代码，算是比较靠谱的方法了，虽然还是有一定的失败（第三方浏览器pagehide和pageshow不触发）：
复制代码<p><button id="btn">点我点我啊！alert，不会弹出</button></p>
<p><button id="btn2">点我点我啊！alert2，虽然有alert和info，info执行，但是alert不弹出</button></p>
<p><button id="btninfo">点我点我啊！info可以</button></p>
$(function(){
var $info = $('#info');
