Jw
首页
技术
英语
首页
技术
英语
  • 01-权衡的艺术

    • 1.1 命令式与声明式
    • 1.2 性能与可维护性的权衡
    • 1.3 虚拟DOM的性能到底如何
    • 1.4 运行时和编译时
  • 02-框架设计的核心要素

    • 2.1 提升用户的开发体验
    • 2.2 控制框架代码的体积
    • 2.3 框架要做到良好的 Tree-Shaking
    • 2.4 框架应该输出怎样的构建产物
    • 2.5 特性开关
    • 2.6 错误处理
    • 2.7 良好的 TypeScript 类型支持
  • 03-Vue.js 3 的设计思路

    • 3.1 声明式地描述UI
    • 3.2 初识渲染器
    • 3.3 组件的本质
    • 3.4 模板的工作原理
    • 3.5 Vue.js 是各个模块组成的有机整体
  • 04-响应系统的作用与实现

    • 4.1 响应式数据与副作用函数
    • 4.2 响应式数据的基本实现
    • 4.3 设计一个完善的响应系统
    • 4.4 分支切换与 cleanup
    • 4.5 嵌套的effect与effect栈
    • 4.6 避免无限递归循环
    • 4.7 调度执行
    • 4.8 计算属性 computed 与 lazy
    • 4.9 watch 的实现原理
    • 4.10 立即执行的 watch 与回调执行时机
    • 4.11 过期的副作用
  • 05-非原始值的响应式方案

    • 5.1 理解 Proxy 和 Reflect
    • 5.2 JavaScript 对象及 Proxy 的工作原理
    • 5.3 如何代理 Object
    • 5.4 合理地触发响应
    • 5.5 浅响应与深响应
    • 5.6 只读和浅只读
    • 5.7 代理数组
    • 5.7.1 数组的索引与 length
    • 5.7.2 遍历数组
    • 5.7.3 数组的查找方法
    • 5.7.4 隐式修改数组长度的原型方法
    • 5.8 代理 Set 和 Map
    • 5.8.1 如何代理Set和Map
    • 5.8.2 建立响应联系
    • 5.8.3 避免污染原始数据
    • 5.8.4 处理forEach
    • 5.8.5 迭代器方法
    • 5.8.6 values与keys方法
  • 06-原始值的响应式方案

    • 6.1 引入 ref 的概念
    • 6.2 响应丢失问题
    • 6.3 自动脱ref
  • 07-渲染器的设计

    • 7.1 渲染器与响应系统的结合
    • 7.2 渲染器的基本概念
    • 7.3 自定义渲染器
  • 08-挂载与更新

    • 8.1 挂载子节点和元素的属性
    • 8.2 HTML Attributes 与 DOM Properties
    • 8.3 正确地设置元素属性
    • 8.4 class的处理
    • 8.5 卸载操作
    • 8.6 区分vnode类型
    • 8.7 事件的处理
    • 8.8 事件冒泡与更新时机问题
    • 8.9 更新子节点
    • 8.10 文本节点和注释节点
    • 8.11 Fragment
  • 09-简单 Diff 算法

    • 9.1 减少 DOM 操作的性能开销
    • 9.2 DOM 复用与 key 的作用
    • 9.3 找到需要移动的元素
    • 9.4 如何移动元素
    • 9.5 添加新元素
    • 9.6 移除不存在的元素
  • 10-双端 Diff 算法

    • 10.1 双端比较的原理
    • 10.3 非理想状况的处理方式
    • 10.4 添加新元素
    • 10.5 移除不存在的元素
  • 11-快速 Diff 算法

    • 11.1 相同的前置元素和后置元素
    • 11.2 判断是否需要进行 DOM 移动操作
    • 11.3 如何移动元素
  • 12-组件的实现原理

    • 12.1 渲染组件
    • 12.2 组件状态与自更新
    • 12.3 组件实例与组件的生命周期
    • 12.4 props与组件的被动更新
    • 12.5 setup 函数的作用与实现
    • 12.6 组件事件与 emit 的实现
    • 12.7 插槽的工作原理与实现
    • 12.8 注册生命周期
  • 13-异步组件与函数式组件

    • 13.1 异步组件要解决的问题
    • 13.2.1 封装defineAsyncComponent函数
    • 13.2.2 超时与 Error 组件
    • 13.2.3 延迟与 Loading 组件
    • 13.2.4 重试机制
    • 13.3 函数式组件
  • 14-内建组件和模块

    • 14.1.1 组件的激活与失活
    • 14.1.2 include 和 exclude
    • 14.1.3 缓存管理
    • 14.2.1 Teleport 组件要解决的问题
    • 14.2.2 实现 Teleport 组件
    • 14.3.1 原生 DOM 的过渡
    • 14.3.2 实现 Transition 组件
  • 15-编译器核心技术概览

    • 15.1 模板 DSL 的编译器
    • 15.2 parser 的实现原理与状态机
    • 15.3 构造AST
    • 15.4 AST 的转换与插件化架构
    • 15.4.1 节点的访问
    • 15.4.2 转换上下文与节点操作
    • 15.4.3 进入与退出
    • 15.5 将模板 AST 转为 JavaScript AST
    • 15.6 代码生成
  • 16-解析器

    • 16.1 文本模式及其对解析器的影响
    • 16.2 递归下降算法构造模板 AST
    • 16.3 状态机的开启与停止
    • 16.4 解析标签节点
    • 16.5 解析属性
    • 16.6.1 解析文本
    • 16.6.2 解码命名字符引用
    • 16.6.3 解码数字字符引用
    • 16.7 解析插值与注释
  • 17-编译优化

    • 17.1.1 传统Diff算法问题
    • 17.1.2 Block 与 PatchFlags
    • 17.1.3 收集动态节点
    • 17.1.4 渲染器的运行时支持
    • 17.2.1 带有 v-if 指令的节点
    • 17.2.2 带有 v-for 指令的节点
    • 17.2.3 Fragment 的稳定性
    • 17.3 静态提升
    • 17.4 预字符串化
    • 17.5 缓存内联事件处理函数
    • 17.6 v-once
  • 18-同构渲染

    • 18.1 CSR、SSR 以及同构渲染
    • 18.2 将虚拟 DOM 渲染为 HTML 字符串
    • 18.3 将组件渲染为 HTML 字符串
    • 18.4 客户端激活的原理
    • 18.5.1 组件的生命周期
    • 18.5.2 使用跨平台的 API
    • 18.5.3 只在某一端引入模块
    • 18.5.4 避免交叉请求引起的状态污染
    • 18.5.5 ClientOnly 组件

13.2.4 重试机制

重试指的是加载出错时能重新发起加载请求:框架不替用户拍板,而是把 retry / fail 两个函数通过 onError 回调交出去,由用户决定「再来一次」还是「就这么失败」。

一、捕获错误后的两种选择

  • 捕获到错误时,要么直接抛出错误(走 13.2.2 的 Error 组件兜底);
  • 要么返回一个新的 Promise 实例,并把该实例的 resolve / reject 暴露给用户,让用户决定下一步怎么办。

由此得到用户侧的配置项:

onError(retry, fail, retries) {
  if (retries < 3) {
    retry() // 重新加载
  } else {
    fail()  // 彻底失败
  }
}
参数含义
retry重新执行一次加载
fail放弃加载,让 Promise 进入 rejected 状态
retries当前已经重试的次数,用户可据此设置重试上限

二、用 load() 封装加载与重试

把加载逻辑从 setup 里抽出来,封装成 load(),重试时递归调用自己即可:

// 记录重试次数
let retries = 0

// 封装 load 函数用来加载异步组件
function load() {
  return loader()
    // 捕获加载器的错误
    .catch(err => {
      // 如果用户指定了 onError 回调,则将控制权交给用户
      if (options.onError) {
        // 返回一个新的 Promise 实例
        return new Promise((resolve, reject) => {
          // 重试:重新加载,并让外层的 then 接到新一次的结果
          const retry = () => {
            resolve(load())
            retries++
          }
          // 失败:直接 reject,交给上层的 catch / Error 组件处理
          const fail = () => reject(err)
          // 作为参数传给用户,让用户来决定下一步怎么做
          options.onError(retry, fail, retries)
        })
      } else {
        // 用户没有提供 onError,直接抛出错误
        throw err
      }
    })
}
  • retries 定义在 defineAsyncComponent 的作用域内,而不是 setup 里,这样多次重试用的是同一个计数器;
  • resolve(load()) 把新一次加载的 Promise 接力到外层的 then/catch 链上,所以 setup 里的写法完全不用改。

三、setup 里的使用

setup 中把原来的 loader() 换成 load()(其余逻辑与 13.2.3 一致):

// 原来调用的是 loader(),现在改为 load(),其余链式写法和 13.2.3 完全一致
load()
  .then(c => {
    InnerComp = c.default
    loaded.value = true
  })
  .catch(err => {
    error.value = err
    clearTimeout(timer) // 已经出错,超时定时器就不再需要了
  })
  .finally(() => {
    loading.value = false
    clearTimeout(loadingTimer)
  })

四、完整实现

function defineAsyncComponent(options) {
  if (typeof options === 'function') {
    options = { loader: options }
  }
  const { loader } = options

  let InnerComp = null
  // 记录重试次数
  let retries = 0

  // 封装 load 函数,把「加载 + 失败重试」收在一处
  function load() {
    return loader().catch(err => {
      if (options.onError) {
        return new Promise((resolve, reject) => {
          const retry = () => {
            resolve(load())
            retries++
          }
          const fail = () => reject(err)
          options.onError(retry, fail, retries)
        })
      } else {
        throw err
      }
    })
  }

  return {
    name: 'AsyncComponentWrapper',
    setup() {
      const loaded = ref(false)
      const error = ref(null)

      const loading = ref(false)
      let loadingTimer = null
      if (options.delay) {
        loadingTimer = setTimeout(() => {
          loading.value = true
        }, options.delay)
      } else {
        loading.value = true
      }

      load() // 注意:这里调用的是 load 而不是 loader
        .then(c => {
          InnerComp = c.default
          loaded.value = true
        })
        .catch(err => {
          error.value = err
          clearTimeout(timer)
        })
        .finally(() => {
          loading.value = false
          clearTimeout(loadingTimer)
        })

      let timer = null
      if (options.timeout) {
        timer = setTimeout(() => {
          error.value = new Error(`Async component timed out after ${options.timeout}ms.`)
        }, options.timeout)
      }
      onUnmounted(() => clearTimeout(timer))

      const placeholder = { type: Text, children: '' }

      return () => {
        if (loaded.value) {
          return { type: InnerComp }
        } else if (error.value && options.errorComponent) {
          return { type: options.errorComponent, props: { error: error.value } }
        } else if (loading.value && options.loadingComponent) {
          return { type: options.loadingComponent }
        } else {
          return placeholder
        }
      }
    }
  }
}

五、验证重试

让加载器第一次必定失败,即可看到重试被触发:

let testRetries = 0

const CompVNode = {
  type: defineAsyncComponent({
    loader: () => {
      testRetries++
      // 第一次直接 reject,模拟加载失败
      return new Promise((resolve, reject) => {
        testRetries === 1
          ? reject('error')
          : setTimeout(() => resolve(import('../CompA.mjs')), 3000)
      })
    },
    timeout: 2000,
    errorComponent: MyErrorComp,
    delay: 1000,
    loadingComponent: {
      setup() {
        return () => ({ type: 'h5', children: 'Loading...' })
      }
    },
    onError(retry, fail, retries) {
      if (retries < 3) {
        retry()
      } else {
        fail()
      }
    }
  })
}

六、易错点

retry / fail 必须二选一调用:两个都不调,返回的 Promise 永远不会 settle,界面会一直停在 Loading / 占位状态。

加载器要包成函数(() => import(...)),Promise 只能消费一次,直接传 Promise 实例就没办法重试。

重试期间 error.value 可能已经被超时逻辑赋过值,而渲染分支里 error 的判断在 loading 之前——想避免「重试时闪一下 Error 组件」,可在 retry 之前先把 error.value 置空。

出错时顺手 clearTimeout(timer) 能省掉一次无意义的超时判定,避免超时错误覆盖掉真正的加载错误。

相关

  • 13.3 函数式组件:另一种「没有实例」的组件形态,以及渲染器要配合做的改动
最近更新: 2026/10/12 00:05
Contributors: liujw
Prev
13.2.3 延迟与 Loading 组件
Next
13.3 函数式组件