成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

高度可擴展系統(tǒng)中的性能優(yōu)化策略

譯文 精選
開發(fā)
在優(yōu)化數(shù)字應(yīng)用程序時,我們采用預?。≒refetching)、記憶化(Memoization)、并行獲取(Concurrent Fetching)和延遲加載(Lazy Loading)等技術(shù)來提升性能和用戶體驗。

譯者 | 劉汪洋

審校 | 重樓

在現(xiàn)代數(shù)字化環(huán)境下,單純構(gòu)建一個具備基本功能的系統(tǒng)已無法滿足更高的應(yīng)用需求。我們需要開發(fā)在高負載環(huán)境下能夠穩(wěn)定且高效擴展的系統(tǒng)。

眾多開發(fā)者和架構(gòu)師的實踐證明,系統(tǒng)可擴展性的提升往往伴隨著獨特的挑戰(zhàn)。即使是微小的效率問題,在放大到百萬倍的負載下,也可能導致系統(tǒng)陷入癱瘓。那么,怎樣才能確保你的應(yīng)用程序在任何負載下都能快速響應(yīng)呢?

本文將詳細介紹構(gòu)建可擴展系統(tǒng)時的性能優(yōu)化策略。我們會探討一些適用于各種代碼庫的通用策略,無論是前端還是后端,也不論使用何種編程語言。這些策略不僅限于理論層面;它們已在全球一些最具挑戰(zhàn)性的技術(shù)環(huán)境中經(jīng)過實際應(yīng)用和驗證。作為 Facebook 團隊的一員,我親自參與了將這些優(yōu)化技術(shù)應(yīng)用于多個項目中,包括 Facebook 的輕量級廣告創(chuàng)建體驗和 Meta 商務(wù)套件。

因此,無論你是在打造下一個大型社交網(wǎng)絡(luò)、企業(yè)級軟件套件,還是僅僅想要優(yōu)化個人項目,我們在此討論的策略都將成為你工具箱中的寶貴資產(chǎn)。現(xiàn)在,讓我們開始探索吧。

預取

預取是一種基于預測用戶行為的性能優(yōu)化技術(shù)。設(shè)想用戶正在與應(yīng)用程序交互,系統(tǒng)能夠預測用戶的下一步操作,并提前獲取相關(guān)數(shù)據(jù)。這種方法能夠創(chuàng)造一種無縫體驗:當數(shù)據(jù)被需要時,它幾乎能夠即刻被獲取,從而使應(yīng)用程序顯得更加迅速和響應(yīng)靈敏。主動在需求出現(xiàn)之前獲取數(shù)據(jù)能夠顯著提升用戶體驗,但如果過度使用,可能會導致資源浪費,如帶寬、內(nèi)存甚至處理能力的浪費。Facebook 在其需要依賴機器學習的復雜操作中大量使用預取,例如在“好友建議”功能中。

何時進行預???

預取涉及在用戶明確表達需求之前,主動向服務(wù)器發(fā)送請求以檢索數(shù)據(jù)。盡管這看起來很有吸引力,但開發(fā)者必須確保在效率和資源使用之間取得平衡。

A.優(yōu)化服務(wù)器響應(yīng)時間(后端代碼優(yōu)化)

在實施預取之前,首先應(yīng)確保服務(wù)器響應(yīng)時間已經(jīng)得到優(yōu)化。后端代碼優(yōu)化可以通過以下方式實現(xiàn)更佳的服務(wù)器響應(yīng)時間:

  • 精簡數(shù)據(jù)庫查詢,以縮短檢索時間。
  • 確保復雜操作能夠并發(fā)執(zhí)行。
  • 減少重復的 API 調(diào)用,避免重復獲取相同的數(shù)據(jù)。
  • 剔除不必要的計算過程,以避免減慢服務(wù)器響應(yīng)。

B.確認用戶意圖

預取的核心是對用戶下一步操作的預測。然而,預測有時可能不準確。如果系統(tǒng)為用戶從未訪問的頁面或功能預獲取數(shù)據(jù),就會造成資源的浪費。因此,開發(fā)者應(yīng)采用機制來評估用戶意圖,例如跟蹤用戶行為模式或檢查用戶的活躍參與度,以確保數(shù)據(jù)僅在有高概率被使用的情況下被獲取。

如何實現(xiàn)預取

預取可以在任何編程語言或框架中實現(xiàn)。以 React 為例,來展示預取的實現(xiàn)方法。

考慮一個簡單的 React 組件。該組件一旦完成渲染,就會觸發(fā)一個 AJAX 調(diào)用來預先獲取數(shù)據(jù)。當用戶點擊該組件中的按鈕時,第二個組件會使用這些預先獲取的數(shù)據(jù):

import React, { useState, useEffect } from 'react';
import axios from 'axios';

function PrefetchComponent() {
  const [data, setData] = useState(null);
  const [showSecondComponent, setShowSecondComponent] = useState(false);
  // 組件渲染完成后立即預取數(shù)據(jù)
  useEffect(() => {
    axios.get('https://api.example.com/data-to-prefetch')
      .then(response => {
        setData(response.data);
      });
  }, []);
  return (
    <div>
    <button onClick={() => setShowSecondComponent(true)}>
Show Next Component
  </button>
{showSecondComponent && <SecondComponent data={data} />}
  </div>
 );
}
function SecondComponent({ data }) {
  // 在這個組件中使用預取的數(shù)據(jù)
  return (
    <div>
    {data ? <div>Here is the prefetched data: {data}</div> : <div>Loading...</div>}
</div>
);
}
export default PrefetchComponent;

在上述代碼示例中,PrefetchComponent組件在渲染之后立刻進行數(shù)據(jù)獲取。當用戶點擊按鈕時,SecondComponent組件會展示,使用的是之前預先獲取的數(shù)據(jù)。

記憶化

在計算機科學中,“不要重復自己”原則是優(yōu)秀編碼習慣的核心。此原則也是性能優(yōu)化的有效手段,正是記憶化技術(shù)的基礎(chǔ)。記憶化建立在這樣一個觀點上:重復執(zhí)行某些操作可能會消耗大量資源,尤其是當這些操作的結(jié)果不經(jīng)常發(fā)生變化時。那么,為什么要重復執(zhí)行已經(jīng)完成的工作呢?

記憶化通過緩存計算結(jié)果來提升應(yīng)用程序的性能。當同一計算再次被請求時,系統(tǒng)會先檢查結(jié)果是否已在緩存中。如果已緩存,就直接從緩存中提取結(jié)果,省去了實際計算的步驟。從本質(zhì)上講,記憶化涉及到對之前結(jié)果的存儲(由此得名)。這對于計算成本高且經(jīng)常被同樣的輸入調(diào)用的函數(shù)來說尤為有效。這就好比一個學生解決了一個復雜的數(shù)學問題,并在書的邊緣記下了答案。如果未來的考試中出現(xiàn)了同樣的問題,學生可以簡單地查看書邊的筆記,而不必重新解決這個問題。

何時使用記憶化?

記憶化并非適用于所有情況。在某些場景下,記憶化可能會導致更多的內(nèi)存消耗。因此,正確識別何時使用這種技術(shù)至關(guān)重要:

  • 數(shù)據(jù)變化不頻繁時: 對于那些輸入一致時返回結(jié)果也一致的函數(shù),尤其是計算密集型的函數(shù),使用記憶化是理想選擇。這確保了在隨后相同的調(diào)用中不會浪費一次計算的努力。
  • 數(shù)據(jù)不太敏感時: 在考慮使用記憶化時,安全性和隱私問題也是不可忽視的重要因素。雖然緩存所有內(nèi)容看似誘人,但并不總是安全的。例如,支付信息、密碼及其他個人詳細信息這類數(shù)據(jù)永遠不應(yīng)緩存。然而,像社交媒體帖子的點贊數(shù)和評論數(shù)這類較為無害的數(shù)據(jù),可以安全地進行記憶化以提升性能。

如何實現(xiàn)記憶化

在 React 中,我們可以利用 useCallback 和useMemo等鉤子來實現(xiàn)記憶化。讓我們來看一個簡單的例子:

import React, { useState, useCallback, useMemo } from 'react';

function ExpensiveOperationComponent() {
    const [input, setInput] = useState(0);
    const [count, setCount] = useState(0);
    // 模擬一個計算開銷很大的操作
    const expensiveOperation = useCallback((num) => {
        console.log('Computing...');
        // 模擬耗時長的計算
        for(let i = 0; i < 1000000000; i++) {}
        return num * num;
    }, []);

    const memoizedResult = useMemo(() => expensiveOperation(input), [input, expensiveOperation]);

    return (
        <div>
            <input value={input} onChange={e => setInput(e.target.value)} />
            <p>Result of Expensive Operation: {memoizedResult}</p>
            <button onClick={() => setCount(count + 1)}>Re-render component</button>
            <p>Component re-render count: {count}</p>
        </div>
    );
}

export default ExpensiveOperationComponent;

在這個示例中,expensiveOperation函數(shù)模擬了一個計算密集型任務(wù)。我們使用useCallback鉤子來確保在每次組件渲染時,這個函數(shù)不會被重新定義。此外,useMemo鉤子被用來存儲expensiveOperation的結(jié)果,這樣,即使組件重新渲染,如果輸入沒有變化,就不會重復執(zhí)行這個計算。

并行獲取

并行數(shù)據(jù)獲取是指同時獲取多個數(shù)據(jù)集,而非逐個獲取。這就好比在超市結(jié)賬時,有多個收銀員同時服務(wù),而不僅僅是一個:顧客能更快得到服務(wù),排隊時間縮短,整體效率得到提升。在數(shù)據(jù)處理領(lǐng)域,鑒于很多數(shù)據(jù)集之間互不相關(guān),因此并行獲取能顯著加快頁面加載速度,尤其適用于檢索復雜數(shù)據(jù)所需時間較長的場景。

何時使用并行獲???

  • 當各數(shù)據(jù)集獨立且獲取過程復雜時: 若所需獲取的數(shù)據(jù)集之間無依賴關(guān)系,并且檢索每個數(shù)據(jù)集耗時較長,此時并行獲取能有效提高處理速度。
  • 后端應(yīng)用廣泛,前端使用需謹慎: 盡管在后端,通過提升服務(wù)器響應(yīng)速度,并行獲取能發(fā)揮顯著效果,但在前端使用時需格外小心。過多的并行請求可能會加重客戶端負載,影響用戶體驗。
  • 優(yōu)先處理網(wǎng)絡(luò)請求: 若數(shù)據(jù)獲取涉及多個網(wǎng)絡(luò)請求,最佳做法是優(yōu)先處理一個主要請求,并在前端展示,同時在后臺并行處理其他請求。這樣做可確保最重要的數(shù)據(jù)首先被獲取,同時其他次要數(shù)據(jù)也在后臺并行地進行加載。

如何使用并行獲取

在 PHP 中,隨著現(xiàn)代擴展和工具的發(fā)展,實現(xiàn)并行處理變得更為簡便。以下是一個使用concurrent {}代碼塊的基本示例:

<?php
use Concurrent\TaskScheduler;
require 'vendor/autoload.php';

// 假設(shè)這些是一些從各種來源獲取數(shù)據(jù)的函數(shù)
function fetchDataA() {
    // 模擬延遲
    sleep(2);
    return "Data A";
}

function fetchDataB() {
    // 模擬延遲
    sleep(3);
    return "Data B";
}

$scheduler = new TaskScheduler();

$result = concurrent {
    "a" => fetchDataA(),
    "b" => fetchDataB(),
};

echo $result["a"];  // Outputs: Data A
echo $result["b"];  // Outputs: Data B
?>

在此示例中,fetchDataA 和 fetchDataB 分別代表兩個數(shù)據(jù)檢索函數(shù)。通過運用concurrent {}代碼塊,這兩個函數(shù)可同時執(zhí)行,從而縮短了獲取這兩個數(shù)據(jù)集的總耗時。

延遲加載

延遲加載是一種設(shè)計模式,其核心思想是僅在真正需要時才加載數(shù)據(jù)或資源。與預先加載所有內(nèi)容不同,延遲加載只載入初始視圖所需的必要內(nèi)容,隨后根據(jù)需求加載額外資源。這類似于一家餐廳僅在顧客點特定菜品時才開始烹飪,而非預先準備所有菜肴。例如,在網(wǎng)頁中,模態(tài)框的數(shù)據(jù)只有在用戶點擊按鈕打開模態(tài)框時才被加載。通過這種方式,可以將數(shù)據(jù)的獲取推遲到實際需要的時刻。

如何實現(xiàn)延遲加載

有效實現(xiàn)延遲加載的關(guān)鍵在于,要確保在數(shù)據(jù)獲取過程中向用戶提供清晰的反饋,以優(yōu)化用戶體驗。常見的做法是在數(shù)據(jù)檢索時展示一個旋轉(zhuǎn)的加載動畫,這樣用戶就能明白他們的請求正在被處理,即便數(shù)據(jù)暫時還不可用。

React 中的延遲加載示例

以下是一個 React 組件中實現(xiàn)延遲加載的示例。此組件只在用戶點擊按鈕以查看模態(tài)框內(nèi)容時獲取數(shù)據(jù):

import React, { useState } from 'react';

function LazyLoadedModal() {
    const [data, setData] = useState(null);
    const [isLoading, setIsLoading] = useState(false);
    const [isModalOpen, setIsModalOpen] = useState(false);

    const fetchDataForModal = async () => {
        setIsLoading(true);
        
        // 模擬一次 AJAX 獲取數(shù)據(jù)的調(diào)用
        const response = await fetch('https://api.example.com/data');
        const result = await response.json();

        setData(result);
        setIsLoading(false);
        setIsModalOpen(true);
    };

    return (
        <div>
            <button onClick={fetchDataForModal}>
                Open Modal
            </button>

            {isModalOpen && (
                <div className="modal">
                    {isLoading ? (
                        <p>Loading...</p>  // 這里可以使用旋轉(zhuǎn)圈或加載動畫
                    ) : (
                        <p>{data}</p>
                    )}
                </div>
            )}
        </div>
    );
}

export default LazyLoadedModal;

在這個例子中,只有當用戶點擊“打開模態(tài)框”按鈕后,才會開始獲取模態(tài)框的數(shù)據(jù)。在此之前,不會發(fā)起不必要的網(wǎng)絡(luò)請求。一旦開始獲取數(shù)據(jù),便會顯示加載信息(或旋轉(zhuǎn)器),以示用戶請求正在處理。

結(jié)論

在當今快速的數(shù)字時代,響應(yīng)時間的每一毫秒都十分重要。用戶尋求快速響應(yīng),而企業(yè)無法承受讓用戶等待的后果。性能優(yōu)化已成為提供優(yōu)質(zhì)數(shù)字體驗的必要條件,而不僅僅是一種優(yōu)化。

通過預取、記憶化、并行獲取和延遲加載等技術(shù),開發(fā)者能有效提升應(yīng)用性能。雖然這些策略在應(yīng)用和方法上有所不同,但它們共同的目標是確保應(yīng)用程序能夠盡可能高效和快速地運行。

重要的一點是,不存在一勞永逸的解決方案或“銀彈”。每個應(yīng)用程序都有其獨特之處,性能優(yōu)化應(yīng)結(jié)合對應(yīng)用程序需求的深入理解、對用戶期望的認識,以及正確技術(shù)的有效應(yīng)用。這是一個持續(xù)改進和學習的過程。

譯者介紹

劉汪洋,51CTO社區(qū)編輯,昵稱:明明如月,一個擁有 5 年開發(fā)經(jīng)驗的某大廠高級 Java 工程師,擁有多個主流技術(shù)博客平臺博客專家稱號。

原文標題:Performance Optimization Strategies in Highly Scalable Systems,作者:Hemanth Murali

責任編輯:華軒 來源: 51CTO
相關(guān)推薦

2022-06-16 08:00:00

元數(shù)據(jù)數(shù)據(jù)中心數(shù)據(jù)架構(gòu)

2023-05-10 10:30:02

性能優(yōu)化Tomcat

2009-09-08 09:45:23

App Engine性

2024-10-10 14:01:34

2009-03-16 09:16:13

行為擴展WCF.NET

2024-05-10 13:14:41

技巧云原生應(yīng)用

2019-01-04 13:30:58

系統(tǒng) 優(yōu)化 數(shù)據(jù)

2024-05-16 13:33:27

系統(tǒng)服務(wù)器網(wǎng)絡(luò)

2021-07-16 23:01:03

SQL索引性能

2025-01-15 08:05:06

MySQLLEFT JOIN數(shù)據(jù)庫

2010-05-05 11:48:27

Oracle設(shè)計開發(fā)階

2023-02-09 09:08:44

PaSca圖結(jié)構(gòu)數(shù)據(jù)處理

2023-07-13 12:27:04

2024-09-04 14:28:20

Python代碼

2021-07-26 18:23:23

SQL策略優(yōu)化

2024-12-20 16:56:00

Python面向?qū)ο?/a>編程

2010-04-25 23:39:42

2024-07-23 08:08:18

2016-11-17 09:00:46

HBase優(yōu)化策略

2023-10-11 13:46:26

緩存Web應(yīng)用程序
點贊
收藏

51CTO技術(shù)棧公眾號

主站蜘蛛池模板: 蜜桃av一区二区三区 | 日韩中文字幕一区二区三区 | 国产高清精品一区二区三区 | 欧美福利三区 | 一级片免费视频 | 亚洲精品日韩在线 | 日韩欧美在线视频 | 久久久xx | 日韩在线观看中文字幕 | 国产视频中文字幕 | av在线一区二区三区 | 久久6| 国产精品视频一区二区三 | 欧产日产国产精品99 | 日韩在线免费视频 | 国产精品乱码一区二区三区 | 最新中文字幕一区 | 国产成人av在线 | 欧美成人猛片aaaaaaa | 国产精品www | 成人一区二区视频 | 中文字幕国产视频 | 免费精品一区 | 9999国产精品欧美久久久久久 | 一区二区三区免费 | 男人天堂久久 | 国内精品视频 | 亚洲精品福利视频 | 久久久精品在线 | 麻豆精品国产91久久久久久 | 一级做a爰片性色毛片16美国 | 成人免费视频网 | 一区二区三区日韩 | 久久免费小视频 | 亚洲色图插插插 | 欧美aⅴ | 日本一二三区高清 | 亚洲精品一区二区网址 | 国产亚洲精品久久yy50 | 国产第1页| 一区二区三区在线播放 |