React 常见的陷阱之（如异步访问事件对象）

前言

在 React 开发中，事件处理（尤其是合成事件）的某些行为可能导致意料之外的错误。以下是常见的陷阱及解决方案：

1. 异步访问事件对象

问题

React 的合成事件对象（SyntheticEvent）会被重用以提升性能。如果在异步操作（如 setTimeout、Promise、await）中直接访问 event 对象的属性，可能会得到 null 或过时值。

const handleClick = (e) => {
  setTimeout(() => {
    console.log(e.target); // ❌ 此时 e.target 可能已被重置为 null
  }, 1000);
};

解决方案

• 提取同步值：在异步操作前提取所需属性。
• 使用 e.persist()：保留事件对象（但 React 17+ 已优化此问题，但仍需注意兼容性）。

const handleClick = (e) => {
  const target = e.target; // 提前提取值
  setTimeout(() => {
    console.log(target); // ✅
  }, 1000);

  // 或显式保留事件对象
  e.persist();
  setTimeout(() => {
    console.log(e.target); // ✅
  }, 1000);
};

2. 事件传播的误解

问题

• e.stopPropagation() 的局限性：
  合成事件的 e.stopPropagation() 仅阻止 React 组件树的事件冒泡，但不会阻止原生 DOM 事件的传播。
• 原生事件与合成事件的执行顺序：
  原生事件可能先于合成事件触发（例如捕获阶段绑定的原生事件）。

// React 合成事件
const handleReactClick = (e) => {
  e.stopPropagation(); // 仅阻止 React 事件传播
};

// 原生事件
document.addEventListener("click", (e) => {
  console.log("原生事件触发"); // 仍然会执行
});

解决方案

• 如需完全阻止事件传播，调用原生事件的 stopImmediatePropagation：

const handleClick = (e) => {
  e.nativeEvent.stopImmediatePropagation(); // 阻止原生事件传播
};

3. 事件监听器未正确卸载

问题

在类组件或 useEffect 中绑定的原生事件未及时清理，导致内存泄漏。

useEffect(() => {
  const handleResize = () => console.log("Resize");
  window.addEventListener("resize", handleResize);
  // ❌ 忘记移除监听器
  return () => {
    window.removeEventListener("resize", handleResize); // ✅ 必须清理
  };
}, []);

解决方案

• 在 useEffect 或类组件的 componentWillUnmount 中清理事件监听器。

4. 动态列表中的事件绑定

问题

在渲染列表时，直接在 JSX 中使用内联函数（如 onClick={() => handleClick(item)}）可能导致性能问题或闭包陷阱。

{items.map((item, index) => (
  <button 
    key={item.id}
    onClick={() => handleClick(index)} // ❌ 每次渲染生成新函数
  >
    {item.name}
  </button>
))}

解决方案

• 提取事件处理器：通过 data-* 属性传递数据。
• 使用 useCallback：缓存回调函数。

const handleClick = useCallback((index) => {
  // 逻辑处理
}, []);

{items.map((item, index) => (
  <button 
    key={item.id}
    data-index={index}
    onClick={(e) => handleClick(Number(e.target.dataset.index))} // ✅
  >
    {item.name}
  </button>
))}

5. 第三方库与 React 事件冲突

问题

使用非 React 库（如 jQuery 插件）直接操作 DOM 时，可能因事件冒泡或状态不同步导致冲突。

useEffect(() => {
  // jQuery 插件绑定点击事件
  $("#external-button").on("click", () => {
    console.log("外部库事件"); // 可能干扰 React 状态
  });
}, []);

解决方案

• 隔离操作：避免直接通过 React 管理第三方库的 DOM。
• 手动同步状态：通过 ref 获取 DOM 节点并绑定事件。

6. 表单输入与受控组件

问题

未正确处理受控组件的 value 和 onChange，导致输入框无法编辑或状态不同步。

const [value, setValue] = useState("");

// ❌ 缺少 onChange 处理
<input value={value} />;

// ❌ 错误使用 defaultValue（非受控组件）
<input defaultValue={value} onChange={(e) => setValue(e.target.value)} />;

解决方案

• 严格遵循受控组件模式：

<input 
  value={value} 
  onChange={(e) => setValue(e.target.value)} // ✅
/>;

7. 事件代理与动态元素

问题

在事件委托中，动态生成的子元素可能无法触发事件（如通过 document.addEventListener 绑定）。

// 假设动态添加按钮
document.addEventListener("click", (e) => {
  if (e.target.tagName === "BUTTON") {
    console.log("按钮点击"); // 动态添加的按钮无法触发
  }
});

解决方案

• 使用 React 合成事件而非原生事件委托。
• 若必须使用原生事件，通过事件冒泡到静态父容器处理。

最佳实践总结

1. 优先使用合成事件，避免混用原生事件。
2. 异步操作中提前提取事件属性或调用 e.persist()。
3. 严格清理原生事件监听器，防止内存泄漏。
4. 动态列表使用 key 和高效的事件绑定方式（如 data-* 属性）。
5. 受控组件确保 value 和 onChange 配对使用。