理解setState()，異步還是同步？

hedge_hog 發(fā)布于2019-08-23 15:24 / 490人閱讀

摘要：假設現(xiàn)在最后仍然會是，不是所以不能依賴來計算未來狀態(tài)。原理可以參考這篇很簡潔易懂的文章其他情景，如上面的情景，或這樣用綁定函數(shù)脫離了的控制，不知道如何進行，就會是同步的。

state

state的存在是為了動態(tài)改變組件，比如根據(jù)不同的用戶操作和網(wǎng)絡請求，來重新渲染組件。

setState()是React給我們的一個API，用來改變或定義state。

setState()的批量操作（batching）

在一個事件handler函數(shù)中，不管setState()被調用多少次，他們也會在函數(shù)執(zhí)行結束以后，被歸結為一次重新渲染, 可以優(yōu)化性能, 這個等到最后一起執(zhí)行的行為被稱為batching。

所以在函數(shù)內的setState()是有序的，如果要更改同一個state key，最后被調用的總會覆蓋之前的。

因為batching的存在，所以這樣的代碼會和期待有出入。

//假設現(xiàn)在this.state.value = 0;

function eventHandler(){
    this.setState({value:this.state.value + 1});
    this.setState({value:this.state.value + 1});
    this.setState({value:this.state.value + 1});
}

//最后this.state.value仍然會是1，不是3;

所以不能依賴this.state來計算未來狀態(tài)。如果想實現(xiàn)這樣的效果，應該傳一個函數(shù)給setState。這個函數(shù)有兩個參數(shù)，第一個為previous state，第二個為props。這里的例子和props無關，只需要第一個參數(shù)，所以要達到效果，代碼是這樣

// 假設 this.state = { value: 0 };

function eventHandler(){
    this.setState((state) => ({ value: state.value + 1}));
    this.setState((state) => ({ value: state.value + 1}));
    this.setState((state) => ({ value: state.value + 1}));
}

//現(xiàn)在this.state.value === 3;

到這里我們得到結論，setState是異步執(zhí)行的。

如React文檔所說：

"setState() does not immediately mutate this.state but creates a pending state transition. Accessing this.state after calling this method can potentially return the existing value. There is no guarantee of synchronous operation of calls to setState and calls may be batched for performance gains."

所以當更新state，然后想打印state的時候，應該使用回調。

this.setState({key: val},()=>console.log(this.state));

所以setState總是異步的，嗎？

當setState()不在事件Handler函數(shù)中，如在使用ajax的時候，這種batching的異步表現(xiàn)又不會發(fā)生。

promise.then(() => {
  // 不在事件函數(shù)中，所以setState立刻執(zhí)行
  this.setState({a: true}); // 重新渲染 {a: true, b: false }
  this.setState({b: true}); // 重新渲染 {a: true, b: true }
});

同步異步要分情況來看： 1. React事件函數(shù)使用，像這樣用最常用的形式綁定函數(shù)

constructor(props){
    ...
    this.onClick = this.onClick.bind(this);
}

onClick(){
    this.setState({key:val});
}

render(){
    return(
        
            
        
}

這里batching發(fā)生，異步表現(xiàn)，是因為這種常規(guī)情景下React “知道”什么時候退出該事件，什么時候進行Batch Update。原理可以參考這篇很簡潔易懂的文章

2.其他情景，如上面的ajax情景，或這樣用addEventListener綁定函數(shù)

componentDidMount(){
    document.querySelector("#btn").addEventListener("click,this.onClick);
}
    
    render(){
        return(
            
                
            
    }
}

脫離了React的控制，React不知道如何進行Batch Update，setState()就會是同步的。

GPU云服務器云服務器同步和異步同步與異步同步回調和異步回調同步調用和異步調用

文章版權歸作者所有，未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉載請注明本文地址：http://www.ezyhdfw.cn/yun/101984.html

setState異步、同步與進階

摘要：根本原因在于，并不是真正意義上的異步操作，它只是模擬了異步的行為。而合成事件和生命周期函數(shù)中，是受控制的，其會將設置為，從而走的是類似異步的那一套?？偨Y此處總結是直接引用了只在合成事件和鉤子函數(shù)中是異步的，在原生事件和中都是同步的。如何使用setState 在 React 日常的使用中，一個很重要的點就是，不要直接去修改 state。例如：this.state.count = 1是無...

widuu 2019-08-26 13:22 評論0 收藏0
React 中 setState() 為什么是異步的？

摘要：正文在回復中表示為什么是異步的，這并沒有一個明顯的答案，每種方案都有它的權衡。需要注意的是，異步更新是有可能實現(xiàn)這種設想的前提。前言不知道大家有沒有過這個疑問，React 中 setState() 為什么是異步的？我一度認為 setState() 是同步的，知道它是異步的之后很是困惑，甚至期待 React 能出一個 setStateSync() 之類的 API。同樣有此疑問的還有 ...

anonymoussf 2019-08-26 11:31 評論0 收藏0
React專題：react，redux以及react-redux常見一些面試題

摘要：我們可以為元素添加屬性然后在回調函數(shù)中接受該元素在樹中的句柄，該值會作為回調函數(shù)的第一個參數(shù)返回。使用最常見的用法就是傳入一個對象。單向數(shù)據(jù)流，比較有序，有便于管理，它隨著視圖庫的開發(fā)而被概念化。面試中問框架，經(jīng)常會問到一些原理性的東西，明明一直在用，也知道怎么用，但面試時卻答不上來，也是挺尷尬的，就干脆把react相關的問題查了下資料，再按自己的理解整理了下這些答案。 reac...

darcrand 2019-08-23 13:41 評論0 收藏0
React-setState雜記

摘要：簡單的舉下例子如等生命周期以及的事件即為異步更新，這里不顯示具體代碼。因為只有當父組件后才傳給子組件，那么如果要變成同步的，就需要放棄。前言在看React的官方文檔的時候，發(fā)現(xiàn)了這么一句話，State Updates May Be Asynchronous，于是查詢了一波資料，最后歸納成以下3個問題 setState為什么要異步更新，它是怎么做的？ setState什么時候會...

yuxue 2019-08-23 15:09 評論0 收藏0
【React進階系列】 setState機制

摘要：的批量更新優(yōu)化也是建立在異步合成事件鉤子函數(shù)之上的，在原生事件和中不會批量更新，在異步中如果對同一個值進行多次，的批量更新策略會對其進行覆蓋，取最后一次的執(zhí)行，如果是同時多個不同的值，在更新時會對其進行合并批量更新。 api解析: setState(updater, [callback]) updater: 更新數(shù)據(jù) FUNCTION/OBJECT callback: 更新成功后的回...

Yuqi 2019-08-23 12:32 評論0 收藏0