作者：多米音乐_34216717 | 来源：互联网 | 2023-08-26 09:52
背景介绍信息流App是当下最流行的产品之一，如今日头条等。我所在的团队也是在做这样一款信息流App。App的Feed流是客户端Native实现的。用户点击Feed流中的文章后，会进
背景介绍
信息流App是当下最流行的产品之一，如今日头条等。我所在的团队也是在做这样一款信息流App。App的Feed流是客户端Native实现的。用户点击Feed流中的文章后，会进入到文章底层页。文章底层页大部分都是Native实现的，但是有一些文章的数据是非结构化的，Native没有办法很好地处理，所以用H5页面来承接这部分文章。整个业务场景很简单，用图表示如下：
毫无疑问，H5页面会极大影响App的用户体验。因此，H5页面的首屏性能是十分重要的，要争取能做到秒开。
优化前
优化前，H5底层页的加载流程如下：
上图的加载流程是一个很常见的页面加载流程。在这个流程中，至少包含了四次http请求。每一次http都会拖慢页面呈现的时间。如果是一个单独的H5页面，没有任何问题，但是这个页面是在客户端内，是要争取做到秒开的。
优化方案调研
ssr
服务端渲染。服务端渲染是将数据请求和页面结构生成放到服务端完成，用户访问页面url时，接口吐出的就是完整的，带有数据内容的html，首屏速度自然会有提升。但是这里有几个问题：
1、目前的非结构化文章数据就是一大串html字符串，服务端不太好去处理一大串HTML的字符串。
2、就算实施了ssr，在用户访问H5底层页链接的时候，始终会有一次Http请求，首屏速度依然会收到网络环境等因素的影响。
离线包
一个完整的离线包方案，是根据业务模块配置，把H5页面和相关资源都打包上传，然后客户端在特定的时机对离线包进行预下载，解压、检验等工作，然后在特定的时机使用离线包里的本地文件等。离线包是一个不错的解决方案，但是离线包有一个问题：太重了。
广州品牌设计公司https://www.houdianzi.com
轻量级的解决方案
方案概述
权衡了各种因素后，我们采用了下面的解决方案：
- 前端在开发上线打包时，产出两个HTML模板文件，一个用于之前的逻辑，一个用于预加载逻辑。预加载HTML已字符串的形式写入后台的配置服务。将产出的js，css文件上传cdn，并且将cdn地址上传到后台保存。
- 用户访问客户端时，后台会通过预加载接口下发预加载数据，客户端将带有数据的HTML模板字符串保存在本地，同时下载静态文件保存。
- 用户访问H5底层页时，客户端直接load本地的HTML模板字符串，同时拦截webview的静态资源请求，直接使用提前下载好的js，css文件。
总结起来，就是后台提供预加载接口，准备好H5底层页需要的Html，文章数据，js，css等，用户点击进入到底层页时，客户端直接使用本地的资源进行页面渲染。
方案补充
<html>
<head>
...
<script>
var __articleContent__ = JSON.stringify({{.articleContent}});
script>
{{if eq .ostype "ios"}}
<link rel="stylesheet" type="text/css" href="./**CSSURL**/"/>
{{else}}
<link rel="stylesheet" type="text/css" href="/**CSSURL**/"/>
{{end}}
head>
<body>
...
<main>main>
{{if eq .ostype "ios"}}
<script src="./**JSURL**/">script>
{{else}}
<script src="/**JSURL**/">script>
{{end}}
...
body>
html>
方案总结
- 直接将数据写入html，省去了H5页面请求接口拉取数据的开销。
- js，css等静态资源预加载，需要时直接从本地load，省去了H5页面通过网络获取静态资源的开销。
- 轻量级方案，整个过程可控，H5页面上线和更新的流程简单。
写在后面
本文总结了特定场景下，App内的H5页面首屏性能优化方案。最终上线后的详细数据就不再给出了，只能说：肉眼可见的快。整个方案是由前端发起的，在方案实施的过程中，我也学到了挺多的东西，不仅仅是技术上的。符合预期。
客户端内H5页面的首屏性能优化
京公网安备 11010802041100号