速来报名!AICon北京站鸿蒙专场~ 了解详情
写点什么

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:142903
用户头像

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

关注

评论

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

记一次java读取matlab数据方式

Lazy

Java 后端 matlab 脑科学软件工程

iOS 面试策略之系统框架-UIKit

iOSer

ios 面试 语言 & 开发 系统框架

情场失意的我,幸获师兄捞了一把,助我拿到6个大厂offer,Java岗

Java架构师迁哥

中国信创生态系列报道|融云CEO韩迎:坚持双轮驱动,信创未来大有可为

融云 RongCloud

如何设计高效的HBase数据模型

Jowin

HBase

开源十问, 社区新人快速上手指南

DT极客

DICOM图像中灰度理解

Lazy

脑科学 脑科学软件工程 脑影像

Docker网络学习第五篇-基础网络模式

Lazy

Docker

这份Github下载量高达76.9W次的《Java系列面试宝典》,足以吊打各个大厂面试官!

Java架构之路

Java 程序员 架构 面试 编程语言

容器Pod语系修改

ilinux

Serverless:这真的是未来吗?(一)

Serverless Devs

运维 云原生 服务器 #Serverless

【LeetCode】整数转罗马数字Java题解

Albert

算法 LeetCode 5月日更

Flutter

Geek_7e907c

Java岗面试攻略分享,阿里的offer真的不难拿

Java架构师迁哥

canvas从零到一,实际案例

Vue 海报 js ts canvas

Spark RDD详解

大数据技术指南

大数据 spark 5月日更

CRUD程序员勿进!全身心投入才能读懂腾讯大佬亲码的“Java微服务”学习笔记

Java架构师迁哥

Windows后渗透之权限维持

Thrash

ELK协议栈基本介绍

五分钟学大数据

大数据 5月日更

如何从Docker镜像提取Dockerfile?

运维研习社

Docker Dockerfile 5月日更

最强阿里巴巴历年经典面试题汇总:C++研发岗

linux大本营

c++ Linux epoll 服务器开发

Kubernetes入门——Kubernetes日志采集与监控告警

百度开发者中心

百度 Kubernetes 云原生 kubernetes入门 技术课程

Flutter Tab

Geek_7e907c

cornerstone 基础概念篇(二)

Lazy

大前端 脑科学 脑科学软件工程 脑影像

阿里内网流传的9w字图解网络(全彩版)GitHub现已下载量过百万

Java架构之路

Java 程序员 架构 面试 编程语言

阿里技术官最新总结12W字JAVA面试宝典,吊打面试官的硬核法宝!

Java架构之路

Java 程序员 架构 面试 编程语言

在FL Studio中如何混音你的鼓组采样与旋律采样

奈奈的杂社

经验分享 知识分享

据说学会这款数据分析工具,会被各大名企高薪哄抢!

博文视点Broadview

css与less,sass的奇妙之旅

less SASS

cornerstone 基础概念篇(一)

Lazy

cornerstone 脑科学 脑科学软件工程 脑影像

Webrtc 屏幕共享

融云 RongCloud

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