说实话，我Zui近在写React代码时被useEffect的依赖项搞得头大，足足三天dou绕不过去。

开启这个规则后上面的代码会提示：执行一次,怎么死循环了?查了半天发现是引用类型变了。React语法有时候真难搞。

接下来,我回顾了代码结构,发现 useEffect 的依赖项数组里只包含了空数组,也就是只在组件挂载时执行一次.这显然不对,因为用户 ID 是动态变化的,应该作为依赖项之一。

useEffect => { // 副作用逻辑 return => { // 清理逻辑 };}, );

我的具体场景是一个数据kan板组件，需要根据用户选择的日期范围获取数据。Zui初的实现如下：

所以不要使用没有任何断点的 “无限循环”。useEffect hook 允许我们在一个组件中表现出副作用。当 hooks被引入 react 16时useEffect hooks 比其他 hooksgeng有吸引力。

useEffect接受两个参数：一个副作用函数和一个依赖项数组。它的执行逻辑Ke以为：函数 getData 作为依赖项被传入。

// 错误示例useEffect => { // ...}, ); // 每次渲染dou会被视为新对象

对象/数组作为依赖项由于引用变化可Neng导致无限循环；函数作为依赖项内联函数每次dou会重新创建；依赖项过多可Neng导致复杂依赖关系网。

这是一个样板,它是由许多包,依赖项等组成的React自动生成的。

useEffect 的基本语法是useEffect,其中第二个参数depsArray是关键。

# 有时候我在想，为什么百度不收录我的文章呢？有人说是内容质量的问题，也有人说是网站结构的问题，咱就是说到底是什么原因呢？

# 有人回答说可Neng是因为我的网站是新站，还没有被百度完全收录；也有人说可Neng是因为我的内容geng新频率不够高，导致百度爬虫不愿意来抓取。

经过这三天的debug经历，我对useEffect的理解geng加深入了。关键教训是：在React开发中，useEffect是Zui常用的Hook之一，用于处理副作用操作。

useEffect => { async function fetchData { const result = await fetch; setData); } fetchData;}, ); // 完整依赖

优点*：Zui安全、Zui符合React设计理念；*缺点*：可Neng导致不必要的重复请求。