移动端H5活动页优化方案

2018/04/06 21:06
阅读数 22

背景

项目:移动端H5电商项目
痛点:慢!!!
初始方案:最基本的图片懒加载,静态资源放到cdn,predns等等已经都做了。但是还是慢,慢在哪?
显而易见的原因:由于前后端分离,所有的数据都由接口下发,之后根据模板渲染页面。也就是说,我们需要先加载js,等到js加载完毕之后,请求接口,接口返回数据之后,渲染页面,加载图片等等。尽管使用了模块化的加载方式,但是对于要求高的首页和活动页,给用户的感知也不是很好。

初版解决方案

最初,由于时间紧迫,基本上都是从客户端作优化处理,基本上可以总结为以下几个方面。

一、本地缓存

我们做了本地缓存优化的策略,第一次请求之后就把接口数据缓存到localStorage里面,并且存储当时的时间,设定过期时间,一般设置为5分钟,用户在5分钟内重复打开页面,不会再次请求接口,从localstorage中拿取数据,直接渲染页面。
后续干脆把模板渲染好的html片段存储了起来,直接拼接,省去了模板计算的时间。
基本实现方案如下:

var 
    cache = localStorage.getItem('cache')
    , expires = 5 * 60 * 1000
;

// 判断是否过期
function isOverdue(pastTime, expires) {
    return Date.now() - pasttime >= expires;
}

if (cache && !isOverdue(cache.time, expires)) {
    // 说明缓存存在,并且没有过期
    // 就正常取cache.data做相应的渲染
} else {
    // 说明缓存不存在或者已经过期了
    // 重新请求接口
    $.get('a.cn', funciton (res) {
        // do something
        // 把对应的渲染操作处理完成之后,将数据缓存,并记录当前的时间
        localStorage.setItem('cache', {
            data: res,
            time: Date.now()
        })
    })
} 

然而还是不够,新用户在首次打开时,还是不能秒开页面,并且用户在5分钟之后重新加载之时,仍然会有一定的延迟(由于浏览器会缓存一部分静态资源,此时再打开并不会像用户初次打开一样那么慢)。

二、进一步缓存静态资源

在日常开发中,有很多依赖库,常用的fastclick,swipe等等,这些库,没有必要每次都去加载,虽然浏览器会对一些静态资源做缓存,但是却不能完全被我们控制,所以,可以将这些不常发生变化的静态资源缓存起来,同样的,存到localStorage里面。

需要注意

这个方案有一个问题,如果是直接加载的script标签,是无法直接拿到它的脚本内容的。

<script id="script1" src="js/jquery.js"></script>
console.log(document.querySelector('#script1').innerHTML);
// 此时输出的是undefined,因为innerHTML是获取标签内容,此时script标签里并没有内容。
<script id="script2">
console.log('2');
</script>
console.log(document.querySelector('#script2').innerHTML);
// 此时输出的是console.log('2');
// 因为innerHTML是获取标签内容,此时script标签里并没有内容。

这当然不是我们想要的,我们需要的是外链js的可执行代码。

动态添加js的两种方案

我在前一篇高性能JavaScript读书笔记中提到了两种方案。

1. 动态脚本元素

var script = document.createElement('script');
script.type = 'text/javascript';
script.onload = function () {
    // do something
}
script.src = 'jquery.js';
document.getElementByTagName('heda')[0].appendChild(script);

这种方法可以监控到脚本的完成事件,但是由于也是通过添加一个script标签,并不能拿到我们想要的js代码。

2. 通过XMLHttPRequest脚本注入

var xhr = new XMLHttpRequest();
xhr.open("get", "file1.js", true);
xhr.onreadystatechange = function () {
    if (xhr.readyState == 4) {
        if (xhr.status >= 200 && xhr.status < 300 || xhr.status == 304) {
            localStorage.setItem('file1', xhr.responseText);
        }
    }
}

需要特别注意的是,这个方法有跨域的风险,所以,我们需要静态资源服务器的allow-origin设置为*。或者直接加载本域名下的js。

有同学要问了,既然localStorage这么强大,为什么不把所有的东西都缓存起来呢?
当然是因为它的大小有限制,在FireFox和chrome中,一般来说,sessionStorage和localStorage大小为10MB,而safari只有5MB。详见这篇文章
这就限制了我们什么都存的想法。如果图片较小,可以缓存起来。

第二版解决方案

在前一版方案里,我们解决了后续加载的速度缓慢问题,在后续的页面打开速度上,基本上可以做到秒开。
但是这个方案还是有不足,对于新用户的体验不是很好,如果用户在5min的这个时间点上打开,速度还是会有所下降。
最后还是只能做SSR。
知乎上有一个问题,为什么现在又流行服务端渲染html?
服务端渲染有很多好处,对我们此时而言,最大的好处就是页面直出。省去了请求接口这一步操作。并且对于提高用户体验上来说,很有好处。
如果时间充裕,可以使用node做服务端,但是由于历史原因,我们这个项目迁移起来也比较费时间,所以最后决定使用openresty来做。
openResty的教程网上很多了,我也不多说,除了官方git,推荐开涛博客学习。

不论我们是在客户端取接口数据,还是服务端,活动页的数据一般来说都有一定持续时长,也就是说,我们也可以在我们的nginx服务器上做一个缓存,假设有一个用户访问了一个活动,那么在接下来的五分钟之内,其他任何用户(相同权限下)访问到的就是第一个用户访问时缓存好的页面。

local args = ngx.req.get_uri_args()
local acId = args['acId']
local key = 'ac' .. acId
local expire = 5 * 60 --缓存时间5分钟

local value = dict.getData(key, expire)

if not value then
    local res = ngx.location.capture('/a.json')

    if res.status == 200 then
        -- dict是一个用来处理存储和读取逻辑的脚本
        dict.setData(key, res.body)
    else
        ngx.say(dict.getData(key))
    end
else
    --  ngx.log(4, type(value))
    ngx.say(value)
end

在dict中,我们可以把接口数据转换成通过模板转换为html片段存储起来。这样,用户在第一次进入我们的页面以后,也不会感觉慢了。

what's more

openResty能做的事不仅仅是这些,一些网关上权限的控制等等都可以用它来实现。
上面两个方案还有一些不足之处,比如首屏可能内容比较多,一次都加载过来,不一定会快。直观的首屏的由服务端渲染,对于不重要的内容,可以通过AJAX来异步加载。
如何计算活动页这样的页面中,首屏有多大,如何组织代码,哪些部分采用服务端渲染,哪些采用AJAX。这些问题在实际开发中也需要考虑。
限于时间,此次没有能比较完善的解决这个问题,在日后开发中,还会继续完善活动页优化方案。

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部