任何稍有规模的应用最终都要处理文件。个人资料编辑页要传头像。笔记应用要附加图片。CSV 导入器要拖放区。相册要在客户端生成缩略图。而每一个这样的功能都要从零开始重做一遍——因为 React 里的文件处理同时涉及三套浏览器 API（、Drag and Drop API、URL.createObjectURL），再加上 React 本身的 ref 和 effect 机制——大多数开发者每次都从头把它们拼一遍。

本文将带你过一遍每个 React 应用迟早都会遇到的四个文件处理基本能力：一个不需要在 DOM 里渲染隐藏 的文件选择器、一个能接收拖入文件的拖放区、一个不会泄漏内存的对象 URL 助手，以及一个按需加载第三方库的脚本标签加载器。每一个我们都会先写出手动实现，让你看清底层在做什么，然后再换成 ReactUse 里专门的 Hook。最后我们会把四个 Hook 组合成一个完整的照片上传组件，集挑选、拖放、预览和按需加载图片库于一身。

React 中传统的文件选择写法看起来人畜无害，但暗藏不少坑：

 
  
    
    
 
     
import { useRef, useState } from "react"; 
 
     
function ManualFilePicker()
 
     
 type="file" multiple accept="image/*" style={{ display: "none" }} onChange= />  inputRef.current?.click()}> 选择图片  {files && 
已选 {files.length} 个文件
} 
 
     
); }
 
    

 
它能跑，但只要你想用第二次，缝合的痕迹就藏不住了。隐藏的  仍然在你的渲染树里，你的样式重置必须考虑它的存在。重置选中状态需要写 inputRef.current.value = ""------这种命令式的副作用，React 的 lint 规则会跳出来警告你。要是你想在异步处理逻辑里 await 用户的选择（比如想在一个处理文件的 async handler 里），你还得自己造一个一次性的 promise。
 

而且你没法在同一个页面上重复使用同一个组件两次而不让 ref 互相打架。如果用户连续选择同一个文件，第二次 change 事件根本不会触发------这是历代 React 开发者都踩过的著名陷阱。

useFileDialog 把整个 input 元素从渲染树里抬出去，交给你一个 [files, open, reset] 的元组：

 
  
    
    
 
     
import { useFileDialog } from "@reactuses/core"; 
 
     
function ImagePicker() );
 
     
return (
 
     
 
     
       
       
 
         open()}>选择图片 
         重置  {files && ( 
        

          {Array.from(files).map((file) => ( 
         
 {file.name} ------ {(file.size / 1024).toFixed(1)} KB 
 ))} 
        
 )} 
       
 
 
     
); }
 
    

 
手动版本忽略的三件小事，但都很重要：
 

1. 没有隐藏 DOM。input 在内存里创建，不在你的渲染树里。组件输出就是按钮本身。
2. 每次调用都能传参 。在 open() 上直接传选项，可以覆盖 Hook 级别的默认值。想让同一个选择器既能选文档又能选图片？调用时再传 accept 就行。
3. 真正的重置 。reset() 同时清空 React state 和底层 input，所以同一个文件可以再选一次。

open() 函数还会返回一个 promise，resolve 时给你已选的文件。这让异步流程清爽得多：

const handleUpload = async () => ;

你不再需要把逻辑切分到 onChange 和按钮的点击处理函数之间。选择器就是一个可以 await 的函数。

拖放是那种"教程里看着简单，生产环境里裂得稀碎"的 API。最直白的版本：

function ManualDropZone({ onFiles }: { onFiles: (f: File[]) => void }) } onDragLeave= onDrop=} style={{ border: over ? "2px solid blue" : "2px dashed gray", padding: 40, }} > 把文件拖到这里 ); }

这个版本看似没问题，直到用户拖到子元素上时一切都崩了。光标一踏进子元素，浏览器就在父元素上触发 dragleave，尽管从逻辑上看文件还在区域内。你的边框开始闪烁，over state 变成谎言。要正确修复它，你得用计数器跟踪 dragenter 和 dragleave，每次离开就减一，只有当计数器归零时才认定文件"离开"了。还得记得在 dragover 上调 preventDefault------否则 drop 根本不会触发------并且记住 dataTransfer.files 是 FileList 而不是数组。

大多数生产环境里的拖放区都做错了。闪烁就是破绽。

useDropZone 替你跳完了这套计数器舞蹈：

import { useRef } from "react"; import { useDropZone } from "@reactuses/core"; function CsvDropZone() ); return ( 
      
 
       
 {isOver ? "松开以上传" : "把 CSV 文件拖到这里"} 
 
      
 ); }

注意 API 本质上就是 (target, onDrop) => isOver。就这么简单。Hook 内部处理 dragenter/dragover/dragleave/drop，维护进入/离开计数器，让子元素不会破坏高亮，阻止浏览器默认的"在新标签页打开"行为，最后把一个 boolean 还给你来驱动样式。

回调收到的是 File[] | null------null 代表一次空拖放（没错，某些浏览器在用户拖入非文件内容时确实会触发）。你的处理函数可以一次判断后就干净地退出。

拿到 File 之后，你通常想把它展示给用户看。浏览器给了你 URL.createObjectURL(blob)，可以把任何 blob 变成一个临时 URL，扔进 或 就能用。代价是：你创建的每一个 URL 都会占内存，必须记得用完调 URL.revokeObjectURL------否则就泄漏了。在 React 里，"用完"通常意味着"组件卸载或文件变化时"，这正是 effect 存在的意义，也正是开发者最容易忘记的事情：

function ManualImagePreview({ file }: { file: File | null }) const next = URL.createObjectURL(file); setUrl(next); return () => URL.revokeObjectURL(next); }, [file]); if (!url) return null; return ; }

这是对的，但是那种"再不小心改一笔就漏的对"。清理函数和 createObjectURL 调用要永远成对存在。多加一个条件 return 或者忘了一个依赖，就会出现一个只有在长会话里才暴露的 bug。

useObjectUrl 是那段 effect 的单行版：

import { useObjectUrl } from "@reactuses/core"; function ImagePreview({ file }: { file: File }) alt={file.name} style={{ maxWidth: 200, borderRadius: 8 }} /> ); }

Hook 接管了生命周期。当 file prop 变化时，它会回收旧 URL 并创建新 URL。组件卸载时，它会回收最后一个。你不可能忘记清理，因为你压根就没写过它。

有时候你想处理的文件，对应的库太大或太冷门，不值得放进主包。图片裁剪库、PDF 解析器、OCR 引擎、视频转码器------它们都是几十 MB 的体积，对那些从不上传文件的用户来说一文不值。你只想在第一个文件到来之后才付出这个代价。

在 React 里手动加载脚本标签本身就是一道菜谱：

function loadScript(src: string): Promise 
      
        "]`)) { resolve(); return; } const el = document.createElement("script"); el.src = src; el.async = true; el.onload = () => resolve(); el.onerror = () => reject(new Error(`加载失败 ${src}`)); document.head.appendChild(el); }); } function ManualImageProcessor() , []); return ready ? 
        : 
       
正在加载编辑器...
; } 
      

这覆盖了正常路径，但忽略了乱七八糟的情况：如果两个组件同时请求同一个脚本（竞态条件）怎么办？如果脚本加载失败你想重试怎么办？如果你想在组件消失时主动卸载它怎么办？

useScriptTag 给你的就是你本来要写的那些原语，但边界情况都已经处理好：

import { useScriptTag } from "@reactuses/core"; function HeavyImageEditor() { const [, status, , unload] = useScriptTag( "https://cdn.example.com/image-editor.js", () => console.log("编辑器库已就绪"), { manual: false, async: true }, ); if (status === "loading") return 
正在下载编辑器...
; if (status === "error") return 
编辑器加载失败
; if (status !== "ready") return null; return 
      ; }

四样白送的好处：

1. 单例行为。同一个脚本 URL 被请求两次，Hook 会去重------没有竞态，没有重复加载。
2. 状态机 。idle/loading/ready/error 让你在每一步都能渲染恰当的内容。
3. 手动控制 。设置 manual: true，脚本要等你显式调用返回的 load() 才会加载------非常适合"首次交互时再加载"的模式。
4. 卸载 。调用 unload() 可以把 script 标签从 document 里移除。如果你想在用户关闭编辑器后把那个庞大的库从内存里清掉，这就派上用场了。

现在我们把四个 Hook 组合成一个组件：一个允许用户挑选或拖入图片、即时预览、并在第一次需要时延迟加载一个假想的客户端图片缩放库的照片上传组件。

 
  
    
    
 
     
import { useRef, useState } from "react"; 
 
     
import { useFileDialog, useDropZone, useObjectUrl, useScriptTag, } from "@reactuses/core";
 
     
interface QueuedImage { file: File; id: string; }
 
     
function Thumbnail({ image }: { image: QueuedImage }) { const url = useObjectUrl(image.file); return (
 
     
 
     
       
       

         {url && ( 
         )} 
          
       
 
 
     
); }
 
     
function PhotoUploadWidget() );
 
     
const isOver = useDropZone(dropRef, (files) => );
 
     
const [, resizerStatus] = useScriptTag(
 
     
"https://cdn.example.com/image-resize.js", () => console.log("缩放器已就绪"), { manual: !shouldLoadResizer }, 
 
     
);
 
     
const addFiles = (files: File[]) => {
 
     
const newImages = files .filter((f) => f.type.startsWith("image/")) .map((file) => ({ file, id: `${file.name}-$-${Math.random()}`, })); setQueue((prev) => [...prev, ...newImages]); if (newImages.length > 0) setShouldLoadResizer(true); 
 
     
};
 
     
const handlePick = async () => ;
 
     
const clearAll = () => ;
 
     
return (
 
     
 
     
       
       
 
        
 
         
 {isOver ? "松开即可上传" : "把照片拖到这里"} 
 
          或从设备中选择  
        
 
        
 
          已排队 {queue.length} 张图片 {shouldLoadResizer && ` ------ 缩放器：${resizerStatus}`}  {queue.length > 0 && ( 
          全部清空  )} 
        
 {queue.length > 0 && ( 
        

          {queue.map((image) => ( 
          ))} 
        
 )} 
       
 
 
     
); }
 
    

 
四个 Hook，四个职责，互不重叠：
 

• useFileDialog 负责"点击挑选"流程，并提供可 await 的 promise
• useDropZone 处理拖放，并解决子元素引发的边框闪烁
• useObjectUrl 为每个缩略图生成并回收预览 URL，绑定到组件生命周期
• useScriptTag 只在第一张图片到来后延迟加载缩放库，并且整个会话只加载一次

组合很自然，因为每个 Hook 只做一件事。Hook 之间不共享 ref，effect 不会级联。你最终发布的组件大概 100 行，大部分是标签和样式，那些棘手的浏览器底层活计被藏在已经经过测试和 SSR 加固的 Hook 里。

 
  
    
    
 
     
npm i @reactuses/core
 
    
 

• useFileDialog —— 打开文件选择器，无需在 DOM 中渲染隐藏的 input
• useDropZone —— 跟踪文件拖入元素的状态，正确处理子元素事件
• useObjectUrl —— 为 File 和 Blob 创建并自动回收 URL
• useScriptTag —— 动态加载外部脚本，带状态跟踪和卸载支持
• useEventListener —— 声明式地附加事件监听器，可用于自定义上传进度事件
• useSupported —— 响应式地检查浏览器是否支持某个 API

ReactUse 提供了 100+ 个 React Hook。全部探索 →