CHANSHIYU
GITHUBZERO
  • README
  • 時雨
    • 2017
      • 01 网站动态标题的两种方式
      • 02 RN App 外部唤醒踩坑记
    • 2018
      • 01 不一样の烟火
      • 02 Python 之禅
      • 03 Python 文件操作
    • 2019
      • 01 Aurora 食用指南
      • 02 Godaddy 域名找回记事
      • 03 一个接口的诞生
      • 04 SpringMVC 前后端传参协调
      • 05 主题集成友链访问统计
      • 06 Github Style 博客主题
      • 07 字符编码の小常识
      • 08 WSL 安装 Docker 实录
      • 09 Eriri comic reader
      • 10 Aurora 2.0
      • 11 jsDelivr 全站托管
      • 12 两年工作台变迁史
      • 13 春物
      • 14 一种优雅の笔记方式
    • 2020
      • 01 Telegram 电报机器人
      • 02 她的眼里有星辰
      • 03 文心雕龙
      • 04 软萌木子の有趣笔谈
      • 05 Telegram RSS 订阅频道
      • 06 水月雨银色飞船
      • 07 五年前旧照
    • 2021
      • 01 春宵苦短 2020
      • 02 风花
    • 2022
      • 01 小城新貌
      • 02 原神满级纪念
    • 2023
      • 01 2022 逆旅
      • 02 半透明背景图实现
      • 03 新年攒台海景房
  • 前端
    • JavaScript
      • 01 JavaScript 秘密花园
      • 02 JavaScript 正则技巧
      • 03 从浏览器解析 JS 运行机制
      • 04 Canvas 基础用法
      • 05 Blob Url And Data Url
      • 06 函数节流与函数防抖
      • 07 排序算法初探
      • 08 洗牌算法实现数组乱序
      • 09 正则匹配 match 和 exec
      • 10 正则匹配汉字
      • 11 JSX.Element vs ReactElement
      • 12 可选链与空值合并
      • 13 TypeScript 编码规范
      • 14 Typescript 中 interface 和 type 区别
      • 15 TypeScript 高级类型
      • 16 TypeScript 关键字
      • 17 TypeScript 映射类型
    • CSS
      • 01 Flex 弹性布局
      • 02 Position 定位
      • 03 CSS 逻辑属性
    • Node
      • 01 Node Tips
      • 02 七天学会 NodeJS
    • Note
      • 01 Note
      • 02 Code
      • 03 Snippets
      • 04 Git
    • React
      • 01 React Props Children 传值
      • 02 Use a Render Prop!
      • 03 React Hook
      • 04 React Hook 定时器
      • 05 Fetch data with React Hooks
      • 06 React 和 Vue 中 key 的作用
      • 07 useCallback 的正确使用方式
      • 08 useLayoutEffect 和 useEffect 的区别
      • 09 forwardRef 逃生舱
      • 10 React 条件渲染
    • Vue
      • 01 Vue Tips
      • 02 Vue 构建项目写入配置文件
      • 03 Vue 项目引入 SVG 图标
      • 04 Vue 一键导出 PDF
      • 05 动态可响应对象
      • 06 Vue 引入 SCSS
      • 07 Vue 路由权限控制
    • 实战系列
      • 01 WebSocket 心跳重连机制
      • 02 图片加解密二三事
      • 03 优雅实现 BackTop
      • 04 动态加载 JS 文件
      • 05 常用 DOM 方法比较
      • 06 AbortController 中断 fetch
      • 07 计算字符所占字节数
      • 08 Axios 自定义返回值类型
  • 后端
    • Java
      • 01 面向对象基本特征与原则
      • 02 Java 数据类型
      • 03 Java String
      • 04 Java 只有值传递
      • 05 Java final 与 static
      • 06 Java Object 通用方法
      • 07 Java 继承
      • 08 Java 反射
      • 09 Java 异常
      • 10 Java 容器
      • 11 Java 虚拟机
      • 12 Java IO
      • 13 Java HashMap
      • 14 Java List
      • 15 Java Stream
      • 16 Java 枚举
      • 17 Java 日期与时间
      • 18 Java fail fast
      • 19 Java BiFunction 和 BinaryOperator
    • 并发编程
      • 01 Java 并发
      • 02 synchronized
      • 03 volatile
      • 04 ReentrantLock
      • 05 ReadWriteLock
      • 06 StampedLock
      • 07 CompletableFuture
      • 08 ForkJoin
      • 09 ThreadLocal
      • 10 CountDownLatch
      • 11 ThreadPoolExecutor
      • 12 ExecutorService
      • 13 Atom 原子类
      • 14 BlockingQueue
    • 高效编程
      • 01 30 seconds of java8
      • 02 函数式替代 for 循环
      • 03 Java 字符串拼接
      • 04 单例模式的几种实现
      • 05 HashMap 排序
    • 理论概念
      • 01 Java Servlet
      • 02 Java 服务端分层模型
      • 03 经典排序算法
      • 04 LRU 缓存淘汰算法
      • 05 BloomFilter 判断元素存在
      • 06 Java HashMap 面试大全
      • 07 HTTP 状态码详解
      • 08 Cookie 和 Session
      • 09 基于消息队列的分布式事务解决方案
      • 10 微服务之所见
    • 实战系列
      • 01 AES CBC 加解密
      • 02 Magic 魔数获取文件类型
      • 03 获取请求 IP 地址
      • 04 Kaptcha 与数学公式验证码
      • 05 Netty 获取客户端 IP.md
      • 06 高性能无锁队列 Disruptor.md
      • 07 前后端接入阿里云盾
    • Linux
      • 01 Linux 文件权限系统
      • 02 Linux 常用软件安装
      • 03 CentOS 防火墙
    • MySQL
      • 01 MySQL
      • 02 SQL 语句 where 1=1
      • 03 truncate 和 delete
      • 04 事务
      • 05 关系模型
      • 06 Mybatis
      • 07 MySQL 查看数据库表详情
    • Nginx
      • 01 Nginx 指北
      • 02 nginx gzip 压缩
    • Note
      • 01 Vagrant
      • 02 Docker
      • 03 Lombok
      • 04 Swagger
      • 05 Redis
    • Spring
      • 01 Spring Boot
      • 02 Spring Validation
      • 03 Spring Data
      • 04 Spring 容器
      • 05 Spring AOP
      • 06 Spring Transactional 注解
      • 07 Spring Cloud Netflix
      • 08 Spring Cloud Alibaba
      • 09 Spring Security oAuth2
      • 10 Spring Boot 跨域解决方式
      • 11 Spring Boot 请求拦截
      • 12 Spring Boot 异步编程
      • 13 Spring Boot 定时任务
      • 14 Spring Boot 管理 bean
      • 15 Mybatis 逆向代码生成
      • 16 JWT
      • 17 JPA
      • 18 Apache Shiro
      • 19 Spring 异步请求
  • 书斋
    • ES6 标准入门
      • 01 变量声明与解构赋值
      • 02 语法的扩展
      • 03 数据类型与数据结构
      • 04 Proxy 和 Reflect
      • 05 异步编程 Promise
      • 06 Iterator 和 for of 循环
      • 07 Generator 函数
      • 08 Async 函数
      • 09 Class 类
    • JavaScript 设计模式
      • 01 基础知识
      • 02 设计模式(上)
      • 03 设计模式(下)
      • 04 设计原则和编程技巧
  • 纸函
    • 01 Interview
    • 02 Ceph
    • 03 动态规划
    • 04 Document.designMode
    • 2023-01-10
  • 万藏
    • 文档
      • 01 Git 文档
      • 02 Linux 命令大全
      • 03 七天学会 NodeJS
      • 04 Algorithms
    • 工具
      • 01 Nginx Config
      • 02 ProcessOn
      • 03 Flat Icon
      • 04 Regexper
      • 05 TempMail
      • 06 Carbon
由 GitBook 提供支持
在本页
  • 为什么是逃生舱?
  • 失控的 Ref
  • 演示
  • 如何限制失控
  • 人为取消限制
  • useImperativeHandle
  • 总结

这有帮助吗?

  1. 前端
  2. React

09 forwardRef 逃生舱

为什么是逃生舱?

先思考一个问题:为什么 ref、effect 被归类到「逃生舱」中?

这是因为二者操作的都是 「脱离 React 控制的因素」。

effect 中处理的是 「副作用」。比如:

  • 在 useEffect 中修改了 document.title。而 document.title 不属于 React 中的状态,React 无法感知他的变化,所以被归类到 effect 中。

  • 「使 DOM 聚焦」需要调用 element.focus(),直接执行 DOM API 也是不受 React 控制的。

虽然他们是 「脱离 React 控制的因素」,但为了保证应用的健壮,React 也要尽可能防止他们失控。

失控的 Ref

对于 Ref,什么叫失控呢?

首先来看「不失控」的情况:

  • 执行 ref.current 的 focus、blur 等方法

  • 执行 ref.current.scrollIntoView 使 element 滚动到视野内

  • 执行 ref.current.getBoundingClientRect 测量 DOM 尺寸

这些情况下,虽然我们操作了 DOM,但涉及的都是 「React 控制范围外的因素」,所以不算失控。

再来看「失控」的情况:

  • 执行 ref.current.remove 移除 DOM

  • 执行 ref.current.appendChild 插入子节点

同样是操作 DOM,但这些属于 「React 控制范围内的因素」,通过 ref 执行这些操作就属于失控的情况。

演示

下面这个示例就是 「使用 Ref 操作 DOM 造成的失控情况」。

export default function Counter() {
  const [show, setShow] = useState(true)
  const ref = useRef(null)

  return (
    <div>
      <button
        onClick={() => {
          setShow(!show)
        }}
      >
        Toggle with setState
      </button>
      <button
        onClick={() => {
          ref.current.remove()
        }}
      >
        Remove from the DOM
      </button>
      {show && <p ref={ref}>Hello world</p>}
    </div>
  )
}

示例中两个按钮:

  • 「按钮 1」通过 React 控制的方式移除 P 节点。

  • 「按钮 2」直接操作 DOM 移除 P 节点。

如果这两种「移除 P 节点」的方式混用,那么先点击「按钮 1」再点击「按钮 2」就会报错:

如何限制失控

现在问题来了,既然叫「失控」了,那就是 React 没法控制的(React 总不能限制开发者不能使用 DOM API 吧?),那如何限制失控呢?

在 React 中,组件可以分为:高阶组件和低阶组件。

其中「低阶组件」指那些 「基于 DOM 封装的组件」,在「低阶组件」中,是可以直接将 ref 指向 DOM 的,比如下面的组件,直接基于 input 节点封装:

function MyInput(props) {
  const ref = useRef(null)
  return <input ref={ref} {...props} />
}

「高阶组件」指那些 「基于低阶组件封装的组件」,比如下面的 Form 组件,基于 Input 组件封装:

function Form() {
  return (
    <>
      <MyInput />
    </>
  )
}

「高阶组件」无法直接将 ref 指向 DOM,这一限制就将「ref 失控」的范围控制在单个组件内,不会出现跨越组件的「ref 失控」。

以下为例,如果我们想在 Form 组件中点击按钮,操作 input 聚焦,点击后会报错::

function MyInput(props) {
  return <input {...props} />
}

function Form() {
  const inputRef = useRef(null)

  function handleClick() {
    inputRef.current.focus()
  }

  return (
    <>
      <MyInput ref={inputRef} />
      <button onClick={handleClick}>input聚焦</button>
    </>
  )
}

这是因为在 Form 组件中向 MyInput 传递 ref 失败了,inputRef.current 并没有指向 input 节点。

究其原因,就是上面说的 「为了将 ref 失控的范围控制在单个组件内,React 默认情况下不支持跨组件传递 ref」。

人为取消限制

如果一定要取消这个限制,可以使用 forwardRef(forward 在这里是「传递」的意思)显式传递 ref:

const MyInput = forwardRef((props, ref) => {
  return <input {...props} ref={ref} />
})

function Form() {
  const inputRef = useRef(null)

  function handleClick() {
    inputRef.current.focus()
  }

  return (
    <>
      <MyInput ref={inputRef} />
      <button onClick={handleClick}>Focus the input</button>
    </>
  )
}

使用 forwardRef 后,就能跨组件传递 ref。在例子中,我们将 inputRef 从 Form 跨组件传递到 MyInput 中,并与 input 产生关联。

从「ref 失控」的角度看,forwardRef 的意图就很明显了:既然开发者手动调用 forwardRef 破除「防止 ref 失控的限制」,那他应该知道自己在做什么,也应该自己承担相应的风险。同时,有了 forwardRef 的存在,发生「ref 相关错误」后也更容易定位错误。

useImperativeHandle

除了 「限制跨组件传递 ref」 外,还有一种「防止 ref 失控的措施」,那就是 useImperativeHandle,他的逻辑是这样的:既然「ref 失控」是由于「使用了不该被使用的 DOM 方法」(比如 appendChild),那我可以限制 「ref 中只存在可以被使用的方法」。

useImperativeHandle 可以让你在使用 ref 时自定义暴露给父组件的实例值。useImperativeHandle 应当与 forwardRef 一起使用:

用 useImperativeHandle 修改我们的 MyInput 组件:

const MyInput = forwardRef((props, ref) => {
  const realInputRef = useRef(null)
  useImperativeHandle(ref, () => ({
    focus() {
      realInputRef.current.focus()
    },
  }))
  return <input {...props} ref={realInputRef} />
})

现在,Form 组件中通过 inputRef.current 只能取到如下数据结构:

{
  focus() {
    realInputRef.current.focus();
  },
}

就杜绝了 「开发者通过 ref 取到 DOM 后,执行不该被使用的 API,出现 ref 失控」 的情况。

总结

  • 正常情况,ref 的使用比较少,他是作为「逃生舱」而存在的。

  • 为了防止错用/滥用导致 ref 失控,React 限制「默认情况下,不能跨组件传递 ref」。

  • 为了破除这种限制,可以使用 forwardRef。

  • 为了减少 ref 对 DOM 的滥用,可以使用 useImperativeHandle 限制 ref 传递的数据结构。

上一页08 useLayoutEffect 和 useEffect 的区别下一页10 React 条件渲染

最后更新于1年前

这有帮助吗?

ref失控
input聚焦