咱们都晓得 setState(VoidCallback fn) 是这样用的：
setState(() {count++;});执行完后组件会从新 build()，就能够取到 count 的最新值了。但其实这样写也是一样的：
count++;
setState(() {}); 因为 setState() 最初会调用 markNeedsBuild()，Flutter 会调度使组件 rebuild，所以状态变量的扭转不是必须写在 setState() 的回调外面，只须要最初执行一下 setState() 也能够达到刷新界面的成果。
那为什么 Flutter 要设计 setState() 有个回调函数呢？有两个起因：
一是 setState() 的状态更新是同步的，如果你在 fn 里返回了一个 Future 去扭转状态的值，setState 外部的断言会提醒你不要这样做，应该在 Future 实现后在同步代码里去调用 setState 扭转状态。
二是为了代码可维护性思考。试想一下随着业务代码的迭代，可能会有很多状态变量会产生扭转，比方一开始只有状态变量 a，起初退出了状态变量 b 和 c，代码变成这样：
a++;
b++;
c++;
setState(() {});当后续业务发生变化这些状态变量都不须要了，前面保护的童鞋把这些状态变量都删除了。因为大家通常都只关注改本人的代码，会有可能遗记删除最初的 setState，代码就变成了这样：
// a++;
// b++;
// c++;
setState(() {});这样就造成了不必要的 rebuild 节约。所以综上所述，特地是思考到代码的维护性，咱们都应该把状态变量的扭转放到 setState 的回调外面。