# 一、概述

• PC优化手段在Mobile侧同样适用
• 在Mobile侧我们提出三秒种渲染完成首屏指标
• 基于第二点，首屏加载3秒完成或使用Loading
• 基于联通3G网络平均338KB/s(2.71Mb/s），所以首屏资源不应超过1014KB
• Mobile侧因手机配置原因，除加载外渲染速度也是优化重点
• 基于第五点，要合理处理代码减少渲染损耗
• 基于第二、第五点，所有影响首屏加载和渲染的代码应在处理逻辑中后置
• 加载完成后用户交互使用时也需注意性能

# 二、加载优化

加载过程是最为耗时的过程，可能会占到总耗时的80%时间，因此是优化的重点

# 2.1 缓存

使用缓存可以减少向服务器的请求数，节省加载时间，所以所有静态资源都要在服务器端设置缓存，并且尽量使用长Cache（长Cache资源的更新可使用时间戳）

# 2.2 压缩HTML、CSS、JavaScript

减少资源大小可以加快网页显示速度，所以要对HTML、CSS、JavaScript等进行代码压缩，并在服务器端设置GZip

• a） 压缩（例如，多余的空格、换行符和缩进）
• b） 启用GZip

# 2.3 无阻塞

写在HTML头部的JavaScript（无异步），和写在HTML标签中的Style会阻塞页面的渲染，因此CSS放在页面头部并使用Link方式引入，避免在HTML标签中写Style，JavaScript放在页面尾部或使用异步方式加载

# 2.4 使用首屏加载

首屏的快速显示，可以大大提升用户对页面速度的感知，因此应尽量针对首屏的快速显示做优化。

# 2.5 按需加载

将不影响首屏的资源和当前屏幕资源不用的资源放到用户需要时才加载，可以大大提升重要资源的显示速度和降低总体流量。

PS：按需加载会导致大量重绘，影响渲染性能

• a） LazyLoad
• b） 滚屏加载
• c） 通过Media Query加载

# 2.6 预加载

大型重资源页面（如游戏）可使用增加Loading的方法，资源加载完成后再显示页面。但Loading时间过长，会造成用户流失。

对用户行为分析，可以在当前页加载下一页资源，提升速度。

• a）可感知Loading
• b）不可感知的Loading（如提前加载下一页）

# 2.7 压缩图片

图片是最占流量的资源，因此尽量避免使用他，使用时选择最合适的格式（实现需求的前提下，以大小判断），合适的大小，然后使用智图压缩，同时在代码中用Srcset来按需显示

PS：过度压缩图片大小影响图片显示效果

• a）使用智图（ http://zhitu.tencent.com/ ）
• b）使用其它方式代替图片(1. 使用CSS3 2. 使用SVG 3. 使用IconFont）
• c）使用Srcset
• d）选择合适的图片(1. webP优于JPG 2. PNG8优于GIF）
• e）选择合适的大小（1. 首次加载不大于1014KB 2. 不宽于640（基于手机屏幕一般宽度））

# 2.8 减少Cookie

Cookie会影响加载速度，所以静态资源域名不使用Cookie。

# 2.9 避免重定向

重定向会影响加载速度，所以在服务器正确设置避免重定向。

# 2.10 异步加载第三方资源

第三方资源不可控会影响页面的加载和显示，因此要异步加载第三方资源

# 2.11 减少HTTP请求

因为手机浏览器同时响应请求为4个请求（Android支持4个，iOS 5后可支持6个），所以要尽量减少页面的请求数，首次加载同时请求数不能超过4个

• a）合并CSS、JavaScript
• b）合并小图片，使用雪碧图

# 三、脚本执行优化

脚本处理不当会阻塞页面加载、渲染，因此在使用时需当注意

• CSS写在头部，JavaScript写在尾部或异步
• 避免图片和iFrame等的空Src，空Src会重新加载当前页面，影响速度和效率。
• 尽量避免重设图片大小
• 重设图片大小是指在页面、CSS、JavaScript等中多次重置图片大小，多次重设图片大小会引发图片的多次重绘，影