React性能優化思路
軟件的性能優化思路就像生活中去看病，大致是這樣的：
使用工具來分析性能瓶頸（找病根）
嘗試使用優化技巧解決這些問題（服藥）
使用工具測試性能是否確實有提升（療效確認）
初識react只是為了盡快完成項目，后期進行代碼審查時候發現有很多地方需要優化，因此做了個小結。
Code Splitting
Code Splitting 可以幫你“懶加載”代碼，如果你沒辦法直接減少應用的體積，那么不妨嘗試把應用從單個 bundle 拆分成單個 bundle + 多份動態代碼的形式。
webpack提供三種代碼分離方法，詳情見webpack官網
在此，主要了解一下第三種動態導入的方法。
1、例如可以把下面的import方式
import { add } from './math';console.log(add(16, 26));改寫成動態 import 的形式，讓首次加載時不去加載 math 模塊，從而減少首次加載資源的體積。
import("./math").then(math => { console.log(math.add(16, 26));});2、例如引用react的高階組件react-loadable進行動態import。
import Loadable from 'react-loadable';import Loading from './loading-component';const LoadableComponent = Loadable({ loader: () => import('./my-component'), loading: Loading,});export default class App extends React.Component { render() { return <LoadableComponent/>; }}上面的代碼在首次加載時，會先展示一個 loading-component，然后動態加載 my-component 的代碼，組件代碼加載完畢之后，便會替換掉 loading-component
shouldComponentUpdate避免重復渲染
當一個組件的props或者state改變時，React通過比較新返回的元素和之前渲染的元素來決定是否有必要更新實際的DOM。當他們不相等時，React會更新DOM。
在一些情況下，你的組件可以通過重寫這個生命周期函數shouldComponentUpdate來提升速度， 它是在重新渲染過程開始前觸發的。 這個函數默認返回true，可使React執行更新。
為了進一步說明問題，引用官網的圖解釋一下，如下圖（ SCU表示shouldComponentUpdate，綠色表示返回true(需要更新)，紅色表示返回false(不需要更新)；vDOMEq表示虛擬DOM比對，綠色表示一致(不需要更新)，紅色表示發生改變(需要更新)）：
根據渲染流程，首先會判斷shouldComponentUpdate(SCU)是否需要更新。如果需要更新，則調用組件的render生成新的虛擬DOM，然后再與舊的虛擬DOM對比(vDOMEq)，如果對比一致就不更新，如果對比不同，則根據最小粒度改變去更新DOM；如果SCU不需要更新，則直接保持不變，同時其子元素也保持不變。
因此，我們可以通過根據自己的業務特性，重載shouldComponentUpdate，只在確認真實DOM需要改變時，再返回true。一般的做法是比較組件的props和state是否真的發生變化，如果發生變化則返回true，否則返回false。引用官網的案例。
class CounterButton extends React.Component { constructor(props) { super(props); this.state = {count: 1}; } shouldComponentUpdate(nextProps, nextState) { if (this.props.color !== nextProps.color) { return true; } if (this.state.count !== nextState.count) { return true; } return false; } render() { return ( <button color={this.props.color} onClick={() => this.setState(state => ({count: state.count + 1}))}> Count: {this.state.count} </button> ); }}在以上代碼中，shouldComponentUpdate只檢查props.color和state.count的變化。如果這些值沒有變化，組件就不會更新。當你的組件變得更加復雜時，你可以使用類似的模式來做一個“淺比較”，用來比較屬性和值以判定是否需要更新組件。這種模式十分常見，因此React提供了一個輔助對象來實現這個邏輯 - 繼承自React.PureComponent。
大部分情況下，你可以使用React.PureComponent而不必寫你自己的shouldComponentUpdate，它只做一個淺比較。但是當你比較的目標為引用類型數據，淺比較會忽略屬性或狀態突變的情況，此時你不能使用它，此時你需要關注下面的不可突變數據。
附：數據突變（mutated）是指變量的引用沒有改變（指針地址未改變），但是引用指向的數據發生了變化（指針指向的數據發生變更）。例如const x = {foo:'foo'}。x.foo='none' 就是一個突變。
使用不可突變數據結構
引用官網中的例子解釋一下突變數據產生的問題。例如，假設你想要一個ListOfWords組件來渲染一個逗號分隔的單詞列表，并使用一個帶了點擊按鈕名字叫WordAdder的父組件來給子列表添加一個單詞。以下代碼并不正確：
class ListOfWords extends React.PureComponent { render() { return <div>{this.props.words.join(',')}</div>; }}class WordAdder extends React.Component { constructor(props) { super(props); this.state = { words: ['marklar'] }; this.handleClick = this.handleClick.bind(this); } handleClick() { // 這段內容將會導致代碼不會按照你預期的結果運行 const words = this.state.words; words.push('marklar'); this.setState({words: words}); } render() { return ( <div> <button onClick={this.handleClick} /> <ListOfWords words={this.state.words} /> </div> ); }}導致代碼無法正常工作的原因是 PureComponent 僅僅對 this.props.words的新舊值進行“淺比較”。在words值在handleClick中被修改之后，即使有新的單詞被添加到數組中，但是this.props.words的新舊值在進行比較時是一樣的（引用對象比較），因此 ListOfWords 一直不會發生渲染。
避免此類問題最簡單的方式是避免使用值可能會突變的屬性或狀態，如：
1、數組使用concat,對象使用Object.assign()
handleClick() { this.setState(prevState => ({ words: prevState.words.concat(['marklar']) }));}// 假設我們有一個叫colormap的對象，下面方法不污染原始對象function updateColorMap(colormap) { return Object.assign({}, colormap, {right: 'blue'});}2、ES6支持數組或對象的spread語法
handleClick() { this.setState(prevState => ({ words: [...prevState.words, 'marklar'], }));};function updateColorMap(colormap) { return {...colormap, right: 'blue'};}3、使用不可突變數據immutable.js
immutable.js使得變化跟蹤很方便。每個變化都會導致產生一個新的對象，因此我們只需檢查索引對象是否改變。
const SomeRecord = Immutable.Record({ foo: null });const x = new SomeRecord({ foo: 'bar' });const y = x.set('foo', 'baz');x === y; // false在這個例子中，x突變后返回了一個新的索引，因此我們可以安全的確認x被改變了。
不可突變的數據結構幫助我們輕松的追蹤對象變化，從而可以快速的實現shouldComponentUpdate。
具體如何使用可參考下面文章：Immutable 詳解及 React 中實踐
組件盡可能的進行拆分、解耦
組件盡可能的細分，比如一個input+list組件，可以將list分成一個PureComponent，只在list數據變化時更新。否則在input值變化頁面重新渲染的時候，list也需要進行不必要的DOM diff。
列表類組件優化
key屬性在組件類之外提供了另一種方式的組件標識。通過key標識，在組件發生增刪改、排序等操作時，可以根據key值的位置直接調整DOM順序，告訴React 避免不必要的渲染而避免性能的浪費。
例，對于一個基于排序的組件渲染：
var items = sortBy(this.state.sortingAlgorithm, this.props.items);return items.map(function(item){ return <img src={item.src} />});當順序發生改變時，React 會對元素進行diff操作，并改img的src屬性。顯示，這樣的操作效率是非常低的。這時，我們可以為組件添加一個key屬性以唯一的標識組件：
return <img src={item.src} key={item.id} />增加key后，React就不是diff，而是直接使用insertBefore操作移動組件位置，而這個操作是移動DOM節點最高效的辦法。
bind函數
綁定this的方式：一般有下面3種方式：
1、constructor綁定
constructor(props) { super(props); this.handleClick = this.handleClick.bind(this); //構造函數中綁定}//然后可以<p onClick={this.handleClick}>2、使用時綁定
<p onClick={this.handleClick.bind(this)}>3、使用箭頭函數
<Test click={() => { this.handleClick() }}/>以上三種方法，第一種最優。
因為第一種構造函數只在組件初始化的時候執行一次，
第二種組件每次render都會執行
第三種在每一次render時候都會生成新的箭頭函數。例：Test組件的click屬性是個箭頭函數，組件重新渲染的時候Test組件就會
因為這個新生成的箭頭函數而進行更新，從而產生Test組件的不必要渲染。
不要濫用props
props盡量只傳需要的數據，避免多余的更新，盡量避免使用{...props}
ReactDOMServer進行服務端渲染組件
為了用戶會更快速地看到完整渲染的頁面，可以采用服務端渲染技術，在此了解一下ReactDOMServer。
為了實現SSR，你可能會用nodejs框架（Express、Hapi、Koa）來啟動一個web服務器，接著調用 renderToString 方法去渲染你的根組件成為字符串，最后你再輸出到 response。
// using Expressimport { renderToString } from "react-dom/server";import MyPage from "./MyPage";app.get("/", (req, res) => { res.write("<!DOCTYPE html><html><head><title>My Page</title></head><body>"); res.write("<div id='content'>"); res.write(renderToString(<MyPage/>)); res.write("</div></body></html>"); res.end();});客戶端使用render方法來生成HTML
import ReactDOM from 'react-dom';import MyPage from "./MyPage";ReactDOM.render(<MyPage />, document.getElementById('app'));react性能檢測工具
react16版本之前，我們可以使用react-addons-perf工具來查看，而在最新的16版本，我們只需要在url后加上?react_pref。
首先來了解一下react-addons-perf。
react-addons-perf這是 React 官方推出的一個性能工具包，可以打印出組件渲染的時間、次數、浪費時間等。
簡單說幾個api，具體用法可參考官網：
再來了解一下，react16版本的方法，在url后加上?react_pref，就可以在chrome瀏覽器的performance，我們可以查看User Timeing來查看組件的加載時間。點擊record開始記錄，注意記錄時長不要超過20s，否則可能導致chrome掛起。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持武林網。
新聞熱點
疑難解答
