Flutter開發(fā)setState能否在build中直接調(diào)用詳解

第Flutter開發(fā)setState能否在build中直接調(diào)用詳解目錄兩種情況原理分析總結(jié)

兩種情況

setState()能在build()中直接調(diào)用嗎？答案是能也不能。

來看一段簡單的代碼：

import'package:flutter/material.dart';

classTestPageextendsStatefulWidget{

constTestPage({super.key});

@override

StateTestPagecreateState()=_State();

class_StateextendsStateTestPage{

int_count=0;

@override

Widgetbuild(BuildContextcontext){

setState((){

_count++;

returnScaffold(

appBar:AppBar(

title:constText('測試頁面'),

body:Center(

child:Text(

'$_count',

style:constTextStyle(fontSize:24),

跑起來后代碼不會報錯，Text($_count)顯示結(jié)果是1，看來build()調(diào)用setState()沒啥問題呀。小改一下，來看看這個：

class_StateextendsStateTestPage{

int_count=0;

@override

Widgetbuild(BuildContextcontext){

returnScaffold(

appBar:AppBar(

title:constText('測試頁面'),

body:Center(

child:Builder(

builder:(context){

setState((){

_count++;

returnText(

'$_count',

style:constTextStyle(fontSize:24),

改動主要是在Text上面加了一個Builder，然后把setState()放在了Builder的builder中去調(diào)用。運(yùn)行起來，結(jié)果出現(xiàn)報錯了：ThefollowingassertionwasthrownbuildingBuilder(dirty):setState()ormarkNeedsBuild()calledduringbuild.提示在Builder的build()過程中出現(xiàn)了斷言錯誤：build()中不能調(diào)用setState()或markNeedsBuild()。

這是什么情況呢，為什么第一種情況下可以在build()中調(diào)用setState()而第二種情況不行？下面來簡單地分析下其中包含的原理。

原理分析

先說一下結(jié)論，在build()中直接調(diào)用setState()要滿足一個前提條件：

如果當(dāng)前有組件A處于build()中，那么setState()引起rebuild的組件必須是A或者A的子孫組件，不能是A的祖先組件。

這是因為組件build的順序是從父到子，如果在子組件build的過程中執(zhí)行setState()之類會引起父組件的重新build那就死循環(huán)肯定是不行的。

接下來看下Flutter源碼中是如何判斷和控制的。setState()的內(nèi)部會調(diào)用_element!.markNeedsBuild()，markNeedsBuild()中有如下代碼：

voidmarkNeedsBuild(){

//...

//前半部分，斷言重新build是否滿足上面說的前提。

assert((){

if(owner!._debugBuilding){

assert(owner!._debugCurrentBuildTarget!=null);

assert(owner!._debugStateLocked);

//_debugIsInScope()用來判斷是否滿足前提條件。

if(_debugIsInScope(owner!._debugCurrentBuildTarget!)){

returntrue;

if(!_debugAllowIgnoredCallsToMarkNeedsBuild){

finalListDiagnosticsNodeinformation=DiagnosticsNode[

ErrorSummary('setState()ormarkNeedsBuild()calledduringbuild.'),

//...

//...

//...

}());

//...

markNeedsBuild()代碼的前半部分有斷言來處理是否滿足上面說到的前提條件，_debugCurrentBuildTarget就是當(dāng)前正處于build狀態(tài)的element。_debugCurrentBuildTarget()的內(nèi)容如下：

bool_debugIsInScope(Elementtarget){

Elementcurrent=this;

while(current!=null){

if(target==current){

returntrue;

current=current._parent;

returnfalse;

_debugIsInScope()中的this就是調(diào)用setState()會引起rebuild的組件，target就是當(dāng)前正處于build的組件。其中的while循環(huán)會逐步比對current及其父組件是否當(dāng)前build的對象，找到了才會返回true，否則就是false。如果是false，則后面的斷言就會出現(xiàn)錯誤：setState()ormarkNeedsBuild()calledduringbuild.

如果當(dāng)前有組件正在build那么決不能引起父組件的rebuild，我們來看下前面舉例報錯的第二種情況。Builder是TestPage的子組件，Builder的builder方法里調(diào)用的setState是TestPage上的，也就是在子組件的build過程中使父組件rebuild了，那么就會引起斷言失??；而第一種情況下是在TestPage的build過程中調(diào)用setState使自己重新rebuild，可以滿足結(jié)論的前提，所以是可以調(diào)用的。

這里我們可以接著想下在第一種情況下，組件自己的build過程中調(diào)用了setState引起了自己重新rebuild的時候不是也會死循環(huán)了嗎？我們接著看下markNeedsBuild()的后半部分代碼，如果斷言成功后后面的邏輯：

voidmarkNeedsBuild(){

//...

//前半部分是斷言。

if(dirty){

return;

_dirty=true;

owner!.scheduleBuildFor(this);

這里可以看到組件在build過程中markNeedsBuild()會使組件變?yōu)閐irty狀態(tài)，這個時候在build中直接調(diào)用setState后發(fā)現(xiàn)已經(jīng)是dirty狀態(tài)后會直接返回，而不會調(diào)度重新build，所以就沒有問題了。

總結(jié)

通過以上的分析我們知道了Flutter是如何判斷如果在build過程中