Vant Uploader 组件上传前置处理函数使用指南

问题背景

在使用 Vant UI 库的 Uploader 文件上传组件时，开发者可能会遇到一个常见问题：当在上传前置处理函数（before-read）中使用 Promise 进行异步操作时，发现 resolve(true) 并不能让上传流程继续执行，而 resolve(false) 反而可以。这与直觉相悖，容易导致开发者的困惑。

技术解析

正确的 Promise 处理方式

Vant Uploader 组件的 before-read 属性实际上期望的是一个返回 Promise 的函数，但这个 Promise 的解析（resolve）需要遵循特定的约定：

1. 允许上传：当 Promise 解析时传入 File 对象（或不传参数），表示允许上传操作继续
2. 拒绝上传：当 Promise 被拒绝（reject）时，表示中断上传流程

常见误区

许多开发者会误以为像其他验证函数一样，通过返回 true/false 来控制流程。实际上，在 Promise 的上下文中：

• resolve(true) → 错误用法，true 不是有效的文件对象
• resolve(false) → 虽然能继续执行，但这是巧合而非设计
• reject() → 正确的拒绝上传方式

最佳实践示例

// 正确的异步验证写法
beforeRead(file) {
  return new Promise((resolve, reject) => {
    Dialog.confirm({
      title: '确认上传',
      message: '确定要上传这个文件吗？'
    }).then(() => {
      // 允许上传的正确方式
      resolve(file); // 或者直接 resolve()
    }).catch(() => {
      // 拒绝上传的正确方式
      reject();
    });
  });
}

实现原理

Vant Uploader 内部处理 before-read 的 Promise 时：

1. 检查 resolve 的值是否为 File 对象
2. 如果是，则继续后续流程（如 after-read）
3. 如果被 reject，则中断上传流程
4. 其他情况（如 resolve(true)）可能导致意外行为

总结

在使用 Vant Uploader 组件的异步验证功能时，开发者应当遵循其设计约定：通过 resolve 文件对象来允许上传，通过 reject 来拒绝上传。这种模式与许多现代前端库的处理方式一致，虽然与简单的布尔返回值不同，但提供了更大的灵活性。