正文

web前端性能響應(yīng)時(shí)間指的是（web前端性能響應(yīng)時(shí)間指的是什么意思）

發(fā)布時(shí)間：2023-04-22 09:36:51 稿源：創(chuàng)意嶺閱讀： 127

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于web前端性能響應(yīng)時(shí)間指的是的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

開(kāi)始之前先推薦一個(gè)非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話(huà)答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫(xiě)出的就越詳細(xì)，有微信小程序端、在線(xiàn)網(wǎng)頁(yè)版、PC客戶(hù)端

官網(wǎng)：https://ai.de1919.com。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶(hù)遍布全球各地，如需了解SEO相關(guān)業(yè)務(wù)請(qǐng)撥打電話(huà)175-8598-2043，或添加微信：1454722008

本文目錄:

1、架構(gòu)設(shè)計(jì)的五個(gè)核心要素是什么
2、為什么要關(guān)注前端性能優(yōu)化
3、tps跟web前端展示時(shí)間有關(guān)系嗎
4、web前端優(yōu)化

web前端性能響應(yīng)時(shí)間指的是（web前端性能響應(yīng)時(shí)間指的是什么意思）

一、架構(gòu)設(shè)計(jì)的五個(gè)核心要素是什么

一、性能

（1）web前端性能優(yōu)化：

（2）應(yīng)用服務(wù)器性能優(yōu)化：

（3）數(shù)據(jù)庫(kù)層優(yōu)化：

（4）衡量網(wǎng)站性能的指標(biāo)（重要的有響應(yīng)時(shí)間、TPS、系統(tǒng)性能計(jì)數(shù)器等，通過(guò)這些指標(biāo)以確定系統(tǒng)設(shè)計(jì)是否達(dá)到目標(biāo)）

（5）高可用：包括高可用的應(yīng)用、高可用的服務(wù)、高可用的數(shù)據(jù)和服務(wù)于高可用的監(jiān)控等，關(guān)于高可用，我還是決定開(kāi)個(gè)單章講解

二、安全性

三、可用性

四、擴(kuò)展性

五、伸縮性

天下數(shù)據(jù) 是國(guó)內(nèi)屈指可數(shù)的擁有多處海外自建機(jī)房的新型IDC服務(wù)商，被業(yè)界公認(rèn)為“中國(guó)IDC行業(yè)首選品牌”。

天下數(shù)據(jù) 與全球近120多個(gè)國(guó)家頂級(jí)機(jī)房直接合作，提供包括香港、美國(guó)、韓國(guó)、日本、臺(tái)灣、新加坡、荷蘭、法國(guó)、英國(guó)、德國(guó)、埃及、南非、巴西、印度、越南等國(guó)家和地區(qū)的服務(wù)器、云服務(wù)器的租用服務(wù)，需要的請(qǐng)聯(lián)系 天下數(shù)據(jù) 客服！

二、為什么要關(guān)注前端性能優(yōu)化

在實(shí)際當(dāng)中，只有 10%~20% 的最終用戶(hù)響應(yīng)時(shí)間是花在從 Web 服務(wù)器獲取 HTML 文檔并傳送到瀏覽器中的。如果希望能夠有效地減少頁(yè)面的響應(yīng)時(shí)間，就必須關(guān)注剩下的 80%~90% 的最終用戶(hù)體驗(yàn)。這 80%~90%的時(shí)間大部分花在等待組件（圖片、樣式表、腳本等）的下載，還有一小部分時(shí)間花在解析 HTML、腳本和樣式表上面。
如果我們將后端的響應(yīng)時(shí)間縮短一半，整體響應(yīng)時(shí)間只能減少 5%~10%；而如果關(guān)注前端性能，同樣是將其響應(yīng)時(shí)間減少一半，則整體響應(yīng)時(shí)間可以減少 40%~45%。改進(jìn)前端通常只需要較少的時(shí)間和資源；而減少后端延遲會(huì)帶來(lái)很大的改動(dòng)，比如重新設(shè)計(jì)架構(gòu)啥的，這些改動(dòng)需要花數(shù)周或數(shù)月。

三、tps跟web前端展示時(shí)間有關(guān)系嗎

1.沒(méi)有關(guān)系的

2.可以舉一個(gè)例子：一個(gè)高速路有10個(gè)入口，每個(gè)入口每秒鐘只能進(jìn)1輛車(chē)

1）請(qǐng)問(wèn)1秒鐘最多能進(jìn)幾輛車(chē)？

TPS=10

2）每輛車(chē)需要多長(zhǎng)時(shí)間進(jìn)行響應(yīng)？

reponse time = 1

3）改成20輛車(chē)，每秒能進(jìn)幾輛？每輛車(chē)的響應(yīng)時(shí)間是多長(zhǎng)？

TPS = 10，reponse time = 1

4）入口擴(kuò)展到20個(gè)，每秒能進(jìn)幾輛？每輛車(chē)的響應(yīng)時(shí)間是多長(zhǎng)？

TPS = 20，reponse time = 1

5）看看，現(xiàn)在TPS變了，響應(yīng)時(shí)間沒(méi)變，TPS和響應(yīng)時(shí)間有關(guān)系嗎？

木有關(guān)系

6）如何理解？

TPS和響應(yīng)時(shí)間在理想狀態(tài)下都是額定值，把入口看成線(xiàn)程池，如果有20個(gè)入口，并發(fā)數(shù)只有10的時(shí)候，TPS就是10，而響應(yīng)時(shí)間始終是1，說(shuō)明并發(fā)數(shù)不夠，需要增加并發(fā)數(shù)達(dá)到TPS的峰值。

7）同樣是20個(gè)入口，如果并發(fā)數(shù)變成100的話(huà)，TPS和響應(yīng)時(shí)間會(huì)怎么樣呢？

并發(fā)數(shù)到100的時(shí)候，就會(huì)出現(xiàn)堵車(chē)，堵車(chē)了平均每個(gè)車(chē)過(guò)去的時(shí)間就長(zhǎng)了，把100個(gè)車(chē)按照20一份分成5份，第5份的等待時(shí)間就是最長(zhǎng)的，從等待開(kāi)始到這個(gè)車(chē)進(jìn)去，實(shí)際花費(fèi)了5秒，那100輛車(chē)都過(guò)去的響應(yīng)時(shí)間就是（5+4+3+2+1）/5=3，平均的TPS就是（20/1+20/2+20/3+20/4+20/5)/5=8.89（我怎么感覺(jué)應(yīng)該是100/（5+4+3+2+1）=6.67?。。?/p>

8）由此可知，TPS和響應(yīng)時(shí)間宏觀(guān)上是倒數(shù)關(guān)系，但是兩者實(shí)際上木有直接的關(guān)系的，在上例中，系統(tǒng)只存在20個(gè)線(xiàn)程，100的并發(fā)就會(huì)造成線(xiàn)程的等待，引起平均響應(yīng)時(shí)間從1秒增加到3秒，TPS從20下降到9，TPS和響應(yīng)時(shí)間都是單獨(dú)計(jì)算出來(lái)的，并不是互相算出來(lái)的！

9）同樣可知，在并發(fā)量保持不變的情況下，提高TPS的手段有幾種？

A、增加線(xiàn)程池的數(shù)量（入口）B、降低每輛車(chē)入關(guān)的時(shí)間（也就是提高單個(gè)線(xiàn)程的處理效率）

10）從TPS和response time的定義查看這2者的區(qū)別？

TPS = 在場(chǎng)景或者灰化步驟運(yùn)行的每一秒鐘中，每個(gè)事務(wù)通過(guò)、失敗以及停止的次數(shù)

也就是說(shuō)，TPS = 總的通過(guò)、失敗的事務(wù)總數(shù)/整個(gè)場(chǎng)景的運(yùn)行時(shí)間；

reponse time = 每個(gè)事務(wù)完成實(shí)際需要的時(shí)間/事務(wù)處理數(shù)目

四、web前端優(yōu)化

您好

1. 盡量減少 HTTP 請(qǐng)求 (Make Fewer HTTP Requests)

作為第一條，可能也是最重要的一條。根據(jù) Yahoo! 研究團(tuán)隊(duì)的數(shù)據(jù)分析，有很大一部分用戶(hù)訪(fǎng)問(wèn)會(huì)因?yàn)檫@一條而取得最大受益。有幾種常見(jiàn)的方法能切實(shí)減少 HTTP 請(qǐng)求：

1) 合并文件，比如把多個(gè) CSS 文件合成一個(gè)；

2) CSS Sprites 利用 CSS background 相關(guān)元素進(jìn)行背景圖絕對(duì)定位；參見(jiàn)：CSS Sprites: Image Slicing's Kiss of Death

3) 圖像地圖

4) 內(nèi)聯(lián)圖象使用 data: URL scheme 在實(shí)際的頁(yè)面嵌入圖像數(shù)據(jù).

2. 減少 DNS 查找 (Reduce DNS Lookups)

必須明確的一點(diǎn)，DNS 查找的開(kāi)銷(xiāo)是很大的。另外，我倒是覺(jué)得這是 Yahoo! 所有站點(diǎn)的通病，Yahoo！主站點(diǎn)可能還不夠明顯，一些分站點(diǎn)，存在明顯的類(lèi)似問(wèn)題。對(duì)于國(guó)內(nèi)站點(diǎn)來(lái)說(shuō)，如果過(guò)多的使用了站外的 Widget ，也很容易引起過(guò)多的 DNS 查找問(wèn)題。

3. 避免重定向 (Avoid Redirects)

不是絕對(duì)的避免，盡量減少。另外，應(yīng)該注意一些不必要的重定向。比如對(duì) Web 站點(diǎn)子目錄的后面添加個(gè) / (Slash) ，就能有效避免一次重定向。如果是 Apache 服務(wù)器，通過(guò)配置 Alias 或mod_rewrite 或是 DirectorySlash 能夠消除這個(gè)問(wèn)題。

4. 使得 Ajax 可緩存 (Make Ajax Cacheable)

響應(yīng)時(shí)間對(duì) Ajax 來(lái)說(shuō)至關(guān)重要，否則用戶(hù)體驗(yàn)絕對(duì)好不到哪里去。提高響應(yīng)時(shí)間的有效手段就是 Cache 。其它的一些優(yōu)化規(guī)則對(duì)這一條也是有效的。

5. 延遲載入組件 (Post-load Components)

6. 預(yù)載入組件 (Preload Components)

上面兩條嚴(yán)格說(shuō)來(lái)，都是屬于異步這個(gè)思想靈活運(yùn)用的事兒。

7. 減少 DOM 元素?cái)?shù)量 (Reduce the Number of DOM Elements)

8. 切分組件到多個(gè)域 (Split Components Across Domains)

主要的目的是提高頁(yè)面組件并行下載能力。但不要跨太多域名，否則就和第二條有些沖突了。

9. 最小化 iframe 的數(shù)量 (Minimize the Number of iframes)

熟悉 SEO 的朋友知道 iframe 是 SEO 的大忌。針對(duì)前端優(yōu)化來(lái)說(shuō) iframe 有其好處，也有其弊端，一分為二看問(wèn)題吧。

10. 杜絕 http 404 錯(cuò)誤 (No 404s)

對(duì)頁(yè)面鏈接的充分測(cè)試加上對(duì) Web 服務(wù)器 error 日志的不斷跟蹤能有效減少 404 錯(cuò)誤，亦能提升用戶(hù)體驗(yàn)。值得一提的是，CSS 與 Java Script 引起的 404 錯(cuò)誤因?yàn)槎ㄎ簧陨?quot;難"一點(diǎn)而往往容易被忽略。

這是內(nèi)容篇的 10 條。應(yīng)該說(shuō)具體引導(dǎo)性的內(nèi)容還不夠詳細(xì)。逐漸會(huì)根據(jù)自己的理解補(bǔ)充上來(lái)。

以上就是關(guān)于web前端性能響應(yīng)時(shí)間指的是相關(guān)問(wèn)題的回答。希望能幫到你，如有更多相關(guān)問(wèn)題，您也可以聯(lián)系我們的客服進(jìn)行咨詢(xún)，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。