不会被 iOS 停掉的网页定时器

2017-02-21 07:59:45

其实这个标题略微有点标题党:iOS 中,除了少数服务(如播放音乐),大部分 App 在用户按了 Home 键之后,过不了多久就会被完全冻结,这对 Safari 同样适用。本文不考虑这样情况,只考虑 Safari 运行时,怎样让定时器持续工作。

我们知道:PC 上的 Firefox、Chrome 和 Safari 等浏览器,都会自动把未激活页面中的 JavaScript 定时器(setTimeout、setInterval)间隔最小值改为 1 秒以上。这是因为间隔很小的定时器一般用来做 UI 更新(例如用定时器实现的动画),让用户不可见的页面上的定时器跑慢一些,既节省资源又不会影响体验。对移动浏览器来说,内存、CPU、带宽等资源更加宝贵,移动设备上的浏览器往往会直接冻结所有未激活页面上的所有定时器。

我写了一个简单的 Demo 来说明这个问题:

HTML<!DOCTYPE html><html><head>
    <meta charset="utf-8" />
    <meta content="width=320,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no" name="viewport" /></head><body>
    <div id="test" style="font-size:32px;"></div>
    <script>
        var count = 0,
            test = document.getElementById('test');
        setInterval(function() {
            count++;
            test.innerHTML = count;            document.title = count;
        }, 1 * 1000);    </script></body></html>

在装有 iOS7 的 iPad 下测试,可以很清楚看到定时器被冻结的现象:

setInterval on iPad

但是,这种策略有时也不那么完美。对 Web 邮箱、SNS 等网站来说,让用户及时知道有新消息很重要。很多网站会定时获取消息数,有新信息时在页面标题加上消息数,这样即使用户在浏览其它 Tab 时也可以看到提醒,这种弱提醒会给用户带来良好的产品体验。iOS 上,这种做法由于定时器被冻结而变得行不通了。

既然 iOS 的浏览器(我测试了 Safari 和 Chrome)都会冻结非激活页面的 JS 定时器,那么必须另辟蹊径了。今天刚好在这里看到,有个古老的页面刷新技术,无论页面是否可见都能刷新:<meta> 标签配合 refresh 属性。

简单介绍下这个 meta 头。假如页面 <head> 区有下面这行代码,页面会每隔 600s 刷新一次。

<meta http-equiv="refresh" content="600">

直接刷整个页面当然可以让页面更新,但也会把页面当前状态刷掉,还浪费流量,体验并不好。我们可以在页面引入 iframe,每次只刷新 iframe。这个 iframe 很小,流量是省了,但是每次都刷新还是会浪费 HTTP 请求,用强缓存又会使得更新很麻烦。有没有更好的办法呢?

这时候,轮到 Data URI 出场了。我们直接将含有 meta 刷新的页面 URL 编码,以 Data URI 的格式放到 iframe 的 src 中,就不会产生请求了。看下实际效果截图:

ios meta refresh

这个 Demo 的代码如下,iframe 跟主页面没有跨域,怎么传递消息都行。考虑本文讨论的是高级浏览器,我直接用的 postMessage:

HTML<!DOCTYPE html><html><head>
    <meta charset="utf-8" />
    <meta content="width=320,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no" name="viewport" />
    <title>后台页面更新测试 - meta refresh</title></head><body>
    <div id="test" style="font-size:32px;"></div>
    <script>
        var count = 0,
            test = document.getElementById('test');        window.addEventListener('message', function(e) {            if(e.data === 'refresh') {
                count++;
                test.innerHTML = count;                document.title = count;
            }
        }, false);        var duration = 1; /* 1s */

        var iframe = document.createElement('iframe');
        iframe.style.display = 'none';
        iframe.src = 'data:text/html,%3C%21DOCTYPE%20html%3E%0A%3Chtml%3E%0A%3Chead%3E%0A%09%3Cmeta%20charset%3D%22utf-8%22%20%2F%3E%0A%09%3Cmeta%20http-equiv%3D%22refresh%22%20content%3D%22'+ duration +'%22%20id%3D%22metarefresh%22%20%2F%3E%0A%09%3Ctitle%3Ex%3C%2Ftitle%3E%0A%3C%2Fhead%3E%0A%3Cbody%3E%0A%09%3Cscript%3Etop.postMessage%28%27refresh%27%2C%20%27%2A%27%29%3B%3C%2Fscript%3E%0A%3C%2Fbody%3E%0A%3C%2Fhtml%3E';        document.body.insertBefore(iframe, document.body.childNodes[0]);    </script></body></html>

在装有 iOS7 的 iPhone 上测试,也没问题。只是 iPhone 的 Safari 在预览多标签的时候,显示的是页面的截图,所以下图中虽然整个页面一直在更新,却只能看到 Title 的变化。

iphone meta refresh

实际上,Chrome PC 版支持 <meta http-equiv="refresh" content="0.1"> 这样的小于 1 的刷新间隔,所以这种方案也可以让 Chrome PC 版不可见页面的定时器间隔小于 1s。只是浏览器的刷新按钮会闪个不停,估计没人忍受得了。

最后,在 iOS 中,使用 <meta> 方案模拟的定时器,如果需要仅在 Tab 未激活时才刷新,也很简单。代码如下:

HTML<meta http-equiv="refresh" content="10" id="refresh"><script>
    var meta = document.getElementById("refresh");

    setInterval(function() {
        meta.content = meta.content;
    }, parseInt(meta.content / 2) * 1000);</script>

首先获取 meta 的刷新间隔,再设置一个间隔稍短的定时器,不断重置 meta 的刷新间隔。这样只要页面处于激活状态,meta 就没机会刷新。而页面非激活时,由于 setInterval 被冻结,页面又可以被 meta 刷新了。

PS:本文讨论的只是技术问题,不代表我支持这么用。这种方案的可用性 / 实用性请大家自行判断。


  • 2021-02-03 16:59:59

    iOS 静态库和动态库全分析

    库就是程序代码的集合,将 N 个文件组织起来,是共享程序代码的一种方式。从本质上来说是一种可执行代码的二进制格式,可以被载入内存中执行。

  • 2021-02-03 17:01:30

    iOS库 .a与.framework区别

    静态库:连接时完整地拷贝至可执行文件中,被屡次使用就有多份冗余拷贝。 动态库:连接时不复制,程序运行时由系统动态加载到内存,供程序调用,系统只加载一次,多个程序共用,节省内存。

  • 2021-02-03 17:13:58

    iOS - 封装静态库

    静态库:链接时完整的拷贝至可执行文件中,被多次使用就有多份冗余拷贝,.a的静态库 .framework的静态库

  • 2021-02-03 17:16:07

    iOS 中的动态库、静态库和 framework

    首先来看什么是库,库(Library)说白了就是一段编译好的二进制代码,加上头文件就可以供别人使用。 什么时候我们会用到库呢?一种情况是某些代码需要给别人使用,但是我们不希望别人看到源码,就需要以库的形式进行封装,只暴露出头文件。另外一种情况是,对于某些不会进行大的改动的代码,我们想减少编译的时间,就可以把它打包成库,因为库是已经编译好的二进制了,编译的时候只需要 Link 一下,不会浪费编译时间。

  • 2021-02-03 17:17:53

    iOS 同一个工程下打包不同的app

    应用图标,启动画面,应用启动后的首页都不一样。 有些课程(例如公务员考试和高考)是有目标考试的概念,不同的目标考试大纲是不一样的。拿高考来举例,北京的高考和上海的高考,就有着完全不一样的考试大纲。高考的文科和理科,又有着完全不同的考试科目。 有些课程会有一些自定义的界面,例如高考的应用可以设置昵称,有些课程的真题练习中是有推荐真题模块的,而有些课程又没有。 有些课程有扫描答题卡功能,有些课程有考前冲刺功能,有些课程有大题专项查看功能,而有些课程又没有上述功能。另外还有一些微小细节,但是解决方法和类似,所以就不一一展开说明。

  • 2021-02-04 14:02:30

    window软件界面找不到了跑到屏幕外面去了

    一般可以这样操作,按Alt+空格,然后按M,然后用上下左右键把窗口移动到能看到的地方,再按回车。有些第三方的软件可能不能用,大部分都可以这样做。

  • 2021-02-04 14:08:13

    基于 Electron 的爬虫框架 Nightmare

    Electron 可以让你使用纯 JavaScript 调用 Chrome 丰富的原生的接口来创造桌面应用。你可以把它看作一个专注于桌面应用的 Node.js 的变体,而不是 Web 服务器。其基于浏览器的应用方式可以极方便的做各种响应式的交互,接下来介绍下关于 Electron 上衍生出的框架 Nightmare

  • 2021-02-04 20:13:02

    iOS framework制作及使用(包含xib和图片)

    静态库与动态库简介: 静态库:链接使用时完整地拷贝至可执行文件中 动态库:链接时不复制,程序运行时由系统动态加载到内存,供程序调用,系统只加载一次 本文制作framework对应xcode版本:10.1