为何Ag Grid React示例用api.setGridOption更新行数据而非useState？

核心原因：性能优先 + 精细控制 #

• 避免冗余重渲染：用setRowData会触发外层React组件的重渲染，Ag Grid内部还要重新初始化网格的部分逻辑，平白多了一层开销。直接调用gridRef.current.api.setGridOption('rowData', newRowData)，Ag Grid只会更新内部的行数据状态，不会触发React组件树的重渲染，性能更优。
• 保留网格内部状态：Ag Grid自己维护着排序、筛选、选中行、滚动位置这些状态。如果用setState替换整个rowData，网格得重新同步这些状态，可能导致状态错乱或者额外计算。用API更新的话，网格能在内部高效处理数据变更，同时保留用户当前的视图状态，体验更流畅。
• 支持增量更新：Grid API还提供updateRowData这类方法，可以只增删改部分行，不用替换整个数组。大数据量场景下，这种精细化操作的性能优势非常明显，而setState只能全量替换，做不到这点。

什么时候可以用setState？ #

如果你的网格数据量小、逻辑简单，也不需要保留排序/筛选这类状态，用setRowData完全没问题。但Ag Grid的示例主要展示复杂场景下的最佳实践，所以优先用API的方式。

本质区别：外部驱动 vs 内部驱动 #

React setState是通过React的状态管理来驱动组件更新，属于“外部控制”；而Grid API是直接操作网格实例的内部状态，属于“内部控制”。Ag Grid作为复杂的第三方组件，提供内部API就是为了绕开React通用渲染机制的性能损耗，让开发者能更高效地操控网格行为。

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