为什么'；我不应该使用catch（）来处理React useEffect API
在此页面上文档：https://reactjs.org/docs/faq-阿贾克斯.htmlA代码注释说…注意：在这里处理错误而不是catch（）块很重要，这样我们就不会从组件中的实际错误中
解答动态
我能找到的一切似乎都与2016年左右的github问题有关。我将逐字引用这里的内容，因为它以前似乎没有在堆栈溢出中被介绍过，而且它解释了一些非常复杂的事情大概是：
（（）=gt；{控制台.log（“吞下去了� 保﹠)； 您的catch（）处理程序将捕获它之前在then（）链中抛出的任何错误，包括由于asetState（）调用而由render（）引起的错误。
即使您不直接使用setState，如果您调用的其他代码使用它，您也可能会遇到相同的问题（例如，一个Redux dispatch（））.
如果您不想捕捉由setState（）引起的错误，并且只想捕捉网络故障（让我们想象一下您的承诺。决心（）实际上是一个fetch（）），您想使用第二个then（）参数吗NTINSTAND:
组件安装() { 承诺。决心（）。然后（（）=gt；{控制台.log（'发生错误（但不在设置状态！）'，err）；}）；} 在这种情况下，除非在链的后面使用catch（），否则render（）中的错误将是未捕获的，并且使用良好的Promise polyfill（或者在Chrome和其他浏览器中使用本机Promises）显示出来。
Edit：根据@Martin的回答，我去测试了这个，我可以确认，这似乎不再是一个相关的问题。从v16.0开始，React的任何版本都不会捕捉到setState中的呈现错误，而且由于useState只在v16.8中引入，这似乎不可能是hooks的问题。
这里有一个codesandbox，它演示了React.
的旧版本中的原始问题它是示例的作者第一个示例使用基于类的组件的组件状态：此.setState（）导致同步重新呈现（或至少2016年的react v15.0就是这样，不确定今天是否成立）。因此，警告注释和第二个参数to.then（onResolve，onReject）的用法是有道理的第二个示例使用函数组件的useState钩子：setState不会导致同步重新呈现，只会导致异步重新呈现。因此，警告注释和第二个参数to.then（onResolve，onReject）的使用是不合理的。
为了说明这一点：使用useState钩子，您可以调用多个更新程序，它们只在一次重新呈现时生效。
const[a，setA]=useState（）；const[b，setB]=useState（）；const[c，setC]=useState（）；const updateState=（）=gt；{fetch（quot；)。然后（res=gt；{setIsLoaded（true）；setItems（result）；}）.catch（（error）=>；{setIsLoaded（true）；setError（error）；}）}，[]）- End
免责声明：
本页内容仅代表作者本人意见，若因此产生任何纠纷由作者本人负责，概与琴岛网公司无关。本页内容仅供参考，请您根据自身实际情况谨慎操作。尤其涉及您或第三方利益等事项，请咨询专业人士处理。