写点什么

Netflix 的网站优化经验

  • 2015-08-10
  • 本文字数:1841 字

    阅读完需:约 6 分钟

服务端与客户端渲染

Netflix 团队首先要做的一件事是改进他们的整体前端架构。改版前的 netflix.com 网站对于服务端生成 html 标记与客户端的增强这两个过程进行了严格的分离,采用这一设计的主要原因在于前后端所使用的编程语言不同。服务端主要使用 Java 的技术栈以生成基本的 html 页面,而在浏览器端的工作则主要是通过 jQuery 等 JavaScript 库的使用为服务端生成的 html 添加一些客户端的行为。

这种分离式前端架构可以说是教科书一般的标准架构,但 Netflix 团队认为这种方式存在着一些不足之处,因为用户每次都需要等待服务端生成完整的 html 页面结构之后,才能够看到页面显示在浏览器中。这其中有很大一部分内容是用户很少会关注的,但仍然不得不为了加载这些内容延迟而延长页面的渲染时间。

因此,UI 工程团队专门针对这一点进行了全新的设计。改进后的服务端所生成的 html 只包含页面中的一小部分内容,使客户端的视图能够尽快地显示在用户眼前。为了了解用户对此改动的认可度,UI 团队将其设计为一种可配置的架构,可以非常方便地调整服务端所生成的 html 应当包含多少个视图。这种做法的好处很明显:首先是服务端生成的数据减少了,因此处理时间也相应地减少了。其次由于 http 的响应负载也减少了,DOM 的渲染时间也因此加快了速度。当页面完成渲染后,客户端 JavaScript 可以按需加载用户所感兴趣的其余视图。

UI 团体对此总结道,由于服务端与客户端渲染方式得到了更大的灵活性,为他们在这两种方式之间如何取得平衡提供了更多的选择。这一改动最终不仅使页面启动速度加快,同时也保证了平滑的视图转换过程。

通用 JavaScript

UI 团队的另一个目标是实现服务端与客户端代码的通用化,这就迫使他们重新思考整个渲染管道的设计。之前所采用的那种分离式服务端生成与客户端增强的做法已经难以满足他们的需求了,主要问题有以下三点:

  • 在两种编程语言之间来回切换是一种负担
  • 如果要对 html 进行改进,那么对于服务端的生成与客户端的增强都有着很强的依赖性
  • 团队更希望通过同一种 API 生成 html 标记

UI 团队最终选择了以 Node.js 与 React.js 实现一种通用 JavaScript 的前端架构,这使他们能够实现在服务端进行渲染,等基本的html 与React.js 组件完成初始化之后,再由客户端完成其它部分的渲染。因此,无论渲染过程是在哪里发生的,应用程序都能够得到相同的输出结果,服务端与客户端的代码也没有了严格的区分,它们全部是按照通用JavaScript 的方式设计的。也正是这种共通的渲染逻辑,让UI 团队意识到只在服务端进行最小化的html 渲染,由客户端完成其余部分加载这种方式的可行性。

减少JavaScript 负载

具有丰富交互性体验的网站通常需要用户下载大量的JavaScript 代码,这也一定程度上影响了浏览器的性能。为此,UI 团队在重构过程中将各种依赖转换为较小的模块,并只为当前访问者输出相应的JavaScript。关于如何实现这一过程的具体设计,来自Netflix 的高级前端工程师Alex Liu 专门在一篇文章中记录了具体的设计过程。

经过重构之后,老版本设计中的各种大型依赖已经不复存在,它们被替换为一些全新的、更高效的库。其直接结果就是输出的JavaScript 负载减少了许多,用户开始浏览时不再需要加载大量的JavaScript 代码。而UI 团队并不满足于当前的成果,他们还将不断地对JavaScript 的负载进行改进。

页面可交互时间

为了对重构后的效果进行测试,以更好地理解它对用户所产生的影响,UI 团队对于页面的可交互时间(Time to Interactive - tti)这项指标进行了专门的监控。

可交互时间是指从页面刚刚启动到用户能够与UI 进行交互的这一段时间间隔,这里并不需要完整地加载整个页面,只需要用户能够通过输入设备与UI 之间进行交互即可。

UI 团队建议使用由 W3C 定义的 Navigation Timing API ,在能够支持的浏览器上收集访问者的数据,并进行统计分析。

总结

在 Netflix 团队看来,高性能不是一种可有可无的目标,而是设计优秀的用户体验过程中必不可少的一环。团队将继续寻求业界的最佳实践,以实现更好的用户体验。在接下来的一段时间内,Netflix 将研究一些新兴的 web 标准,例如服务器线程(Service Workers)、 ASM.js 以及 WebAssembly 等等,看看这些技术能否帮助他们的网站性能更上一层楼。


感谢郭蕾对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。

2015-08-10 08:142874
用户头像

发布了 428 篇内容, 共 177.4 次阅读, 收获喜欢 38 次。

关注

评论

发布
暂无评论
发现更多内容

广告内容定向分级,保护未成年人身心健康

HarmonyOS SDK

广告sdk

offset新探索:双管齐下,加速大数据量查询

华为云开发者联盟

数据库 后端 华为云 企业号十月 PK 榜

从React源码分析看useEffect

goClient1992

React

为什么软件供应链攻击愈演愈烈?

SEAL安全

开源 开源软件 软件供应链安全 软件攻击

华为云数据库稳定可靠-即开即用

与时俱进的时代

华为

华为云大数据,共建智能世界的数据底座

IT科技苏辞

华为云数据库-RDS for MySQL数据库

与时俱进的时代

华为云

二叉树常见oj题(持续更新中)

雪芙花

c c++ 10月月更

假如面试官问你Babel的原理该怎么回答

loveX001

JavaScript

React源码分析8-状态更新的优先级机制

goClient1992

React

聊聊机器如何“写“好广告文案?

百度Geek说

AIGC 企业号十月 PK 榜 广告创意

软件测试面试真题 | 测试流程大概是什么?

测试人

面试 软件测试 测试开发

零代码,让业务人员实现应用创造自由

华为云开发者联盟

云计算 后端 低代码 华为云 企业号十月 PK 榜

C#中关于接口(Interface)的详解(附带案例)

木偶

C# 接口 10月月更

IP路由基础、路由器静态路由配置方法、自治系统、缺省路由的配置方法、路由选路规则、缺省路由、备份路由、等价路由、三种查询路由表命令

Python-派大星

10月月更

鸿蒙开发实例 | 为什么选择HarmonyOS?

TiAmo

华为 鸿蒙 10月月更

路由基础:三层交换机、单臂路由的特点以及配置特点、DHCP报文类型、DHCP工作原理、在路由器上配置DHCP、在交换机上配置DHCP、配置DNS服务器

Python-派大星

10月月更

用户故事地图怎么用?实践才能出真知

敏捷开发

敏捷 敏捷开发 用户故事 用户故事地图

实现企业转型,华为云大数据实力领先

IT科技苏辞

【一Go到底】第二十七天---数组注意事项及细节

指剑

Go 10月月更 goalgn

Tapdata 创始人唐建法:以秒级响应速度,为企业提供实时数据服务 | 阿里云云原生加速器特别报道

阿里巴巴云原生

阿里云 云原生 Tapdata

前端一面高频react面试题(持续更新中)

beifeng1996

React

老生常谈React的diff算法原理-面试版

beifeng1996

React

安全、可靠、合规,华为云守护企业网站安全

IT科技苏辞

熬夜整理前端高频面试题(已拿offer)

loveX001

JavaScript

问:React的setState为什么是异步的?

beifeng1996

React

C++从入门到精通(第九篇) :多态

雪芙花

c c++ 10月月更

“程”风破浪的开发者|GoFrame 如何优雅的共享变量?

王中阳Go

Go golang 学习方法 10月月更 “程”风破浪的开发者

OSPF基础(一):OSPF工作原理以及优点、OSPF的缺点、OSPF配置方法、DR与BDR的选举原理

Python-派大星

10月月更

云服务的智能堪称颠覆,华为云带来多种守护

IT科技苏辞

华为云文档数据库服务更安全

与时俱进的时代

华为

Netflix的网站优化经验_JavaScript_邵思华_InfoQ精选文章