在Flutter中使用Dismissible移除列表项时是否必须调用setState？

你观察到的这个现象，是因为Dismissible组件在完成滑行动画后，内部会主动触发一次局部UI刷新，所以你看到列表项被移除后UI自动更新了。但这属于框架内部的隐性行为，绝对不是正确的状态管理方式。

潜在问题 #

直接修改State中的列表却不调用setState，会带来这些隐患：

• 违反Flutter状态管理原则：框架无法追踪状态变化，后续如果在移除操作后添加其他依赖状态的逻辑（比如同步本地存储、触发其他组件动画），会出现状态与UI不一致的情况。
• 可能引发不可预期的bug：比如列表长度变化后，ListView.builder的索引可能出现错位，或者某些依赖列表状态的组件无法正确重建。

正确写法 #

必须显式调用setState来通知框架状态已变更，这才是符合规范的做法：

onDismissed: (direction) {
  groceryItems.removeAt(index);
  setState(() {}); // 通知框架重新构建UI
},

setState的核心作用就是告诉Flutter：State里的状态变了，需要重新执行build方法来同步UI。虽然Dismissible的内部动画帮你触发了临时刷新，但只有显式调用setState才能保证状态和UI的长期一致性，避免后续维护时踩坑。

内容的提问来源于stack exchange，提问作者tony ivanov