목차
模式 1 – 常用模式
模式 2 – 数据直出
发起一个 HTTP 的网络请求过程
HTTP 请求在前后端发出,差距有多少?
模式 3 – 直出 (服务端渲染)
小结
以手Q家校群的数据直出优化为例
性能数据
总结
后记
关于作者:joeyguo
웹 프론트엔드 HTML 튜토리얼 Web性能优化之 “直出” 理论与实践总结_html/css_WEB-ITnose

Web性能优化之 “直出” 理论与实践总结_html/css_WEB-ITnose

Jun 24, 2016 am 11:15 AM

直出是什么?到底是怎样的性能优化?本文将结合从在浏览器输入url,到展示最终页面的过程来对其进行一步步分析,并将在手Q web 中的实际应用实践进行总结。

模式 1 – 常用模式

从用户输入 url 到展示最终页面的过程,这种模式可简单的分为以下 5 部分

  1. 用户输入 url,开始拉取静态页面
  2. 静态页面加载完成后,解析文档标签,并开始拉取 CSS (一般 CSS 放于头部)
  3. 接着拉取 JS 文件(一般 JS 文件放于尾部)
  4. 当 JS 加载完成,便开始执行 JS 内容,发出请求并拿到数据
  5. 将数据与资源渲染到页面上,得到最终展示效果

具体流程图如下

这种处理形式应该占据大多数,然而也很容易发现一个问题就是请求数多,前后依赖大,如必须等待 JS 加载完成后执行时才会发起 数据请求,等待数据回来用户才可以展示最终页面,这种强依赖的关系使得整个应用的首屏渲染耗时增加不少。

模式 2 – 数据直出

在模式 1 中,第 1 点用户输入 url 时 server 端不做其他处理直接返回 html ,在第 4 点向 server 请求获取数据。那么,同样都是向 server 请求获取,如果在第 1 点中将请求数据放在 server 上,将拿到的数据拼接到 HTML 上一并返回,那么可减少在前端页面上的一次数据请求时间。 这就是模式 2 – 数据直出所做的事,处理方式也很简单

  1. 用户输入 url ,在 server 返回 HTML 前去请求获取页面需要的数据
  2. 将数据拼接到 HTML 上 并 一起返回给前端 (可以插入 script 标签将数据添加到全局变量上,或放到某个标签的 data 属性中,如 )
  3. 在前端的JS代码中判断是否已在服务端拿到数据,直接拿该数据进行渲染页面,不再做数据请求

具体可下面的流程图看出这种模式下

这种模式与模式1 相比,减少了这两种模式请求数据的耗时差距。这块差距有多少呢?

发起一个 HTTP 的网络请求过程

DNS解析(100~200ms可以缓存)         |         |        建立TCP链接 (三次握手100~200ms )                |                |            HTTP Request( 半个RTT )                    |                   |              HTTP Response( RTT 不确定优化空间 )
로그인 후 복사

注: RTT 为 Round-trip time 缩写,表示一个数据包从发出到返回所用的时间。

HTTP 请求在前后端发出,差距有多少?

由上面对 HTTP 的网络请求过程可看到建立一次完整的请求返回在耗时上明显的,特别是外网用户在进行 HTTP 请求时,由于网络等因素的影响,在网络连接及传输上将花费很多时间。而在服务端进行数据拉取,即使同样是 HTTP 请求,由于后端之间是处于同一个内网上的,所以传输十分高效,这是差距来源的大头,是优化的刚需。

模式 3 – 直出 (服务端渲染)

模式 2 中将依赖于JS文件加载回来才能去发起的数据请求挪到 server 中,数据随着 HTML 一并返回。然后等待 JS 文件加载完成,JS 将服务端已给到的数据与HTML结合处理,生成最终的页面文档。

数据请求能放到 server 上,对于数据与HTML结合处理也可以在server上做,从而减少等待 JS 文件的加载时间。 这就是模式3 – 直出 (服务端渲染),主要处理如下

  1. server 上获取数据并将数据与页面模板结合,在服务端渲染成最终的 HTML
  2. 返回最终的 HTML 展示

可以从下图看出,页面的首屏展示不再需要等待 JS 文件回来,优化减少了这块时间

通过以上模式,将模式 1 – 常用模式中的第 3 和 4 点耗时进行了优化,那么可以再继续优化吗?在页面文档不大情况下,可将CSS内联到HTML中,这是优化请求量的做法。直出稍微不同的是需要考虑的是服务端最终渲染出来的文档的大小,在范围内也可将 CSS 文件内联到 HTML 中。这样的话,便优化了 CSS 的获取时间,如下图

小结

直出能够将常用模式优化到剩下了一次 HTML 请求,加快首屏渲染时间,使用服务端渲染,还能够优化前端渲染难以克服的 SEO 问题。而不管是简单的 数据直出 或是 服务端渲染直出 都能使页面的性能优化得到较大提高,以下将从实际应用中进行说明。

以手Q家校群的数据直出优化为例

由于项目上线时间紧,所以在第一次优化上使用了数据直出的简单方式来优化首屏渲染时间。具体处理与 模式 2 数据直出方式 一致,与其不同的是这里使用了由 AlloyTeam 开发的 基于KOA的玄武直出服务 来作为前端与服务端间的中间层。形式如下

使用这种中间层的方式,在项目的开发过程中依然可使用前后端分离的方式,开发完后再将页面请求指向这个中间层服务上。中间层服务主要做了上述 模式 2 – 数据直出 中的处理

  1. 使用前端文件及调用服务端做好的拉取数据接口
  2. 将数据与前端文件结合并返回给请求来源

由于该中间层服务与具体server部署在相同的内网上,所以它们直接的数据交互是十分高效的,从而可达到 模式 2 – 数据直出 中所述的优化。另一点,做为中间层玄武直出服务通过公司的L5负载均衡服务,完美兼容直出与非直出版本,即当直出服务挂掉了,也可以顺利走非直出版本,确保基本的用户体验,也能够更好的支持 A/BTest。

性能数据

简单的数据方式直出同样迎来了较大的性能提升,手Q家校群列表页在首屏渲染完成时间上,相比于优化前的版本,数据直出有大概 650ms 的优化,提升约 35% 的性能。

总结

在前后端没有分离时 使用后端渲染出模板的方式是与文中所述的直出方案效果是一致的,前后端分离后淡化了这种思想,Node 的发展让更多的前端开始做后端事情,直出的方式也越来越被重视了。

历史的车轮滚滚向前,直出方案看似回到了服务端渲染的原点,实际上是在以前的基础上盘旋上升。有了更多的能力,便可以有更多的思考。期待前端会越来越强大,这不,react-native也让前端开始着手客户端的事儿了 ~

后记

手Q家校群使用 React + Redux + Webpack架构,既然是 React,肯定不可忽略 React 同构 (服务端渲染) 关于React 同构直出的具体实践,我将其总结在另外一篇文章上,可点击查看 Web性能优化之服务端渲染 React 同构直出

对于文章一开始提及的前端路由,对路由的实现原理感兴趣的也可点击查看 前端路由实现与 react-router 源码分析

感谢指教!

关于作者:joeyguo

腾讯 AlloyTeam 前端er 个人主页 · 我的文章 ·  

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

AI Hentai Generator

AI Hentai Generator

AI Hentai를 무료로 생성하십시오.

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

공식 계정 웹 페이지의 캐싱 업데이트에 어려움 : 버전 업데이트 후 사용자 경험에 영향을 미치는 이전 캐시를 피하는 방법은 무엇입니까? 공식 계정 웹 페이지의 캐싱 업데이트에 어려움 : 버전 업데이트 후 사용자 경험에 영향을 미치는 이전 캐시를 피하는 방법은 무엇입니까? Mar 04, 2025 pm 12:32 PM

공식 계정 웹 페이지 업데이트 캐시, 이것은 간단하고 간단하며 냄비를 마시기에 충분히 복잡합니다. 공식 계정 기사를 업데이트하기 위해 열심히 노력했지만 사용자는 여전히 기존 버전을 열었습니까? 이 기사에서는이 뒤에있는 비틀기와 회전을 살펴 보고이 문제를 우아하게 해결하는 방법을 살펴 보겠습니다. 읽은 후에는 다양한 캐싱 문제를 쉽게 처리 할 수있어 사용자가 항상 가장 신선한 콘텐츠를 경험할 수 있습니다. 기본 사항에 대해 먼저 이야기 해 봅시다. 액세스 속도를 향상시키기 위해 브라우저 또는 서버는 일부 정적 리소스 (예 : 그림, CSS, JS) 또는 페이지 컨텐츠를 저장합니다. 다음에 액세스 할 때 다시 다운로드하지 않고도 캐시에서 직접 검색 할 수 있으며 자연스럽게 빠릅니다. 그러나 이것은 또한 양날의 검입니다. 새 버전은 온라인입니다.

HTML5 양식 유효성 검사 속성을 사용하여 사용자 입력을 유효성있게하려면 어떻게합니까? HTML5 양식 유효성 검사 속성을 사용하여 사용자 입력을 유효성있게하려면 어떻게합니까? Mar 17, 2025 pm 12:27 PM

이 기사에서는 브라우저에서 직접 사용자 입력을 검증하기 위해 필요한, Pattern, Min, Max 및 Length 한계와 같은 HTML5 양식 검증 속성을 사용하는 것에 대해 설명합니다.

HTML5의 크로스 브라우저 호환성에 대한 모범 사례는 무엇입니까? HTML5의 크로스 브라우저 호환성에 대한 모범 사례는 무엇입니까? Mar 17, 2025 pm 12:20 PM

기사는 HTML5 크로스 브라우저 호환성을 보장하기위한 모범 사례에 대해 논의하고 기능 감지, 점진적 향상 및 테스트 방법에 중점을 둡니다.

웹 페이지의 PNG 이미지에 뇌졸중 효과를 효율적으로 추가하는 방법은 무엇입니까? 웹 페이지의 PNG 이미지에 뇌졸중 효과를 효율적으로 추가하는 방법은 무엇입니까? Mar 04, 2025 pm 02:39 PM

이 기사는 CSS를 사용한 웹 페이지에 효율적인 PNG 테두리 추가를 보여줍니다. CSS는 JavaScript 또는 라이브러리에 비해 우수한 성능을 제공하며, 미묘하거나 눈에 띄는 효과를 위해 테두리 너비, 스타일 및 색상 조정 방법을 자세히 설명합니다.

& lt; datalist & gt의 목적은 무엇입니까? 요소? & lt; datalist & gt의 목적은 무엇입니까? 요소? Mar 21, 2025 pm 12:33 PM

이 기사는 HTML & LT; Datalist & GT에 대해 논의합니다. 자동 완성 제안을 제공하고, 사용자 경험을 향상시키고, 오류를 줄임으로써 양식을 향상시키는 요소. 문자 수 : 159

& lt; Progress & Gt의 목적은 무엇입니까? 요소? & lt; Progress & Gt의 목적은 무엇입니까? 요소? Mar 21, 2025 pm 12:34 PM

이 기사는 HTML & lt; Progress & Gt에 대해 설명합니다. 요소, 그 목적, 스타일 및 & lt; meter & gt의 차이; 요소. 주요 초점은 & lt; progress & gt; 작업 완료 및 & lt; meter & gt; Stati의 경우

html5 & lt; time & gt; 의미 적으로 날짜와 시간을 나타내는 요소? html5 & lt; time & gt; 의미 적으로 날짜와 시간을 나타내는 요소? Mar 12, 2025 pm 04:05 PM

이 기사는 html5 & lt; time & gt; 시맨틱 날짜/시간 표현 요소. 인간이 읽을 수있는 텍스트와 함께 기계 가독성 (ISO 8601 형식)에 대한 DateTime 속성의 중요성을 강조하여 Accessibilit를 향상시킵니다.

& lt; meter & gt의 목적은 무엇입니까? 요소? & lt; meter & gt의 목적은 무엇입니까? 요소? Mar 21, 2025 pm 12:35 PM

이 기사는 HTML & lt; meter & gt에 대해 설명합니다. 범위 내에 스칼라 또는 분수 값을 표시하는 데 사용되는 요소 및 웹 개발의 일반적인 응용 프로그램. & lt; meter & gt; & lt; Progress & Gt; 그리고 Ex

See all articles