React18卸载未完成数据请求组件为何不触发状态更新报错

这个差异是React版本迭代带来的官方行为调整，和React Router Dom（以下简称RRD）的小版本升级无直接关联。

• 教程依赖的React 17.0.1版本中，若组件卸载后仍有异步回调触发状态更新，React会明确抛出*"无法对已卸载组件执行状态更新"*的警告，用来提示开发者存在无效逻辑执行、潜在内存泄漏的问题。
• 实际测试用的React 18.1.0版本中，React团队已经移除了该特定场景的警告。官方在版本迭代说明中提到，这类卸载后触发的状态更新本身不会造成严重的性能影响，旧版本的警告反而会增加开发者不必要的排查成本，因此React 18默认对这类更新做了静默拦截处理，不会向外抛出提示。

按照步骤操作时，第一次加载的Home组件在路由跳走被卸载后，未完成的数据请求确实会在返回后尝试触发状态更新，但React 18内部已经拦截了这部分无效更新，因此哪怕没有写AbortController相关的清理逻辑，也不会看到教程里展示的报错。
两个测试环境用到的RRD 5.2.0和5.3.3同属v5大版本的小迭代，路由切换、组件挂载卸载的核心逻辑没有破坏性变更，不会影响这个警告的触发逻辑。

注意：不触发警告不代表卸载时取消冗余请求是无意义的操作。使用AbortController配合useEffect的清理函数在组件卸载时终止未完成的网络请求，依然是推荐的最佳实践，可以减少不必要的带宽消耗，避免冗余响应处理占用主线程资源。

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