前端文件上传

 2024-10-03 12:03:01 阅读 71

前端上传文件时，可以通过两种方式与后端进行交互：

base64传输

base64是一种基于64个可打印字符来表示二进制数据的表示方法，由于

，因此一个base64字符可以表示6位的二进制数据，对应的，3个字节的二进制数据可以用4个base64字符来表示

字符串或文件的 Base64 版本通常比其原来的内容大大约三分之一（确切的大小增加取决于各种因素，如字符串的绝对长度、它除以 3 的长度余数，以及是否使用填充字符）

二进制blob传输

在前端中，我们可以用formData来传输数据，它是一种键值对格式的数据，formData能添加二进制数据进去

前端文件操作相关的对象

前端在进行文件操作时，通常会有以下几种对象：

<code>files：通过<input type="file">code>元素上传文件后，得到的文件信息对象列表，它是一个file数组，而file继承自blobblob：表示不可变的二进制内容，包含很多操作方法formData：用于向后端传递数据的对象fileReader：多用于将文件读取为某一形式，如base64，text文本

`使用案例`

 接下来，我们用一个例子来演示它们具体的作用：
 
<input type="file" name="" id="uploader"> <script>code>
 const uploader = document.querySelector('#uploader')
 uploader.addEventListener('change', (event) => { const file = event.target.files[ 0 ] console.log('选择的文件更改后触发的事件', file); })
 </script> 
在页面中：
 
 
 
获取文件信息
 当我们选择了一个文件上传之后，将看到浏览器控制台中的打印信息：
 
 
 可以看到，打印出来的<code>file对象中包含了已选择文件的基本信息（大小、类型、名称、修改时间等）
 
因此，我们可以通过编写相应的逻辑来限制用户上传的文件大小、类型等：
 
uploader.addEventListener('change', (event) => {
 const file = event.target.files[ 0 ] console.log('选择的文件更改后触发的事件', file);
 if (file.size > 10 * 1024 * 1024)
 { return window.alert('上传文件的大小不能超过10M') } 
if (![ 'image/jpeg', 'image/png' ].includes(file.type)) 
{ return window.alert('上传文件类型必须为png、jpg、jpeg其中一种格式') } }) 
图片预览
 那么，如果我们希望用户在选择完图片之后，在页面中显示图片的略缩图，我们要怎么做呢？
 
答：使用FileReader可以帮助我们在前端读取文件内容，它需要一个接收blob对象（同样的，file对象也可以）
 
具体实现如下：
 
<input type="file" name="" id="uploader"> code>
<img src="" alt="" id="preview" style="width: 200px;">code>
 <script>
 const uploader = document.querySelector('#uploader')
 uploader.addEventListener('change', (event) => { const file = event.target.files[ 0 ] console.log('选择的文件更改后触发的事件', file);
 if (file.size > 10 * 1024 * 1024) 
{ return window.alert('上传文件的大小不能超过10M') }
 if (![ 'image/jpeg', 'image/png' ].includes(file.type)) 
{ return window.alert('上传文件类型必须为png、jpg、jpeg其中一种格式') }
 readFilePreview(file) })
 const preview = document.querySelector('#preview')
 function readFilePreview(file) {
 const fileReader = new FileReader()
 fileReader.onload = (event) => {
 console.log('读取完成', event.target.result);
 preview.src = event.target.result } 
fileReader.readAsDataURL(file) }
 </script> 
在上面的代码中：
 
我们创建了一个FileReader实例，并为其添加了onload事件处理，随后调用了readAsDataUrl方法，它需要传入一个blob对象，之后会将blob对象对应的文件内容读取为包含base64编码格式内容的Data URL我们可以将得到的Data URL传入到元素的src中，在页面中显示用户选择上传的图片预览 
 
 
发送给服务器
 通过<code>formData对象我们可以给服务器发送二进制数据，具体做法如下：
 
const formData = new FormData() 
formData.append('file', file)
 axios.post('http://localhost:3002/upload', formData, { headers: { 'Content-Type': 'multipart/form-data' } }).then(res => { 
console.log('响应结果', res); }) 
 
 
对象之间的关系
  
 
大文件处理
 在实际开发中，我们会遇到前端需要上传大文件的场景，这种情况下，如果直接将一个大文件一次性发送到服务器中，会面临以下的问题：
 
上传文件接口的请求时间太长单次请求的内容负载过大，可能超出服务器的限制上传耗时久（因为需要一次性处理完整个文件）当由于网络原因导致上传中断时，需要重新上传整个文件，用户体验不好 
切片上传
 对此，我们常用的做法是对大文件进行切片上传，具体做法如下：
 <code>function fileToChunks(file, chunkSize = 10 * 1024 * 1024) {
 const fileSize = file.size const chunks = [] let current = 0 // 判断上一次截取的位置是否将文件截取完了 
while (current < fileSize) {
 chunks.push(file.slice(current, current + chunkSize)) current += chunkSize 
} return chunks } 
备注：文件的切片操作速度是很快的，因为它只是对文件信息进行处理，而不是直接对文件中包含的数据进行处理
 
上传进度
 上传进度的实现很简单，因为我们已经可以得知大文件被切片的数量了，通过已上传到服务器成功的数量就可以计算出上传进度
 
断点续传
 大文件上传会面临的一个问题是由于网络等原因导致只上传了一部分文件，这时候，我们需要实现的一个功能为：断点续传，也就是在大文件上传中断后，之后如果再次上传只需要上传没有上传成功的那部分，而不需要再次上传已经上传成功的部分
 
那么，我们需要如何判断这个文件的一部分是已经上传过的呢？
 
很显然，我们需要让它有一个标记，来表明它和之前上传的文件属于同一份
 
那么，应该采用什么来标记它呢？是文件名？文件路径？还是其它？
 
答案是hash值，它会根据文件的内容来计算出一个无法被逆推的字符串，具体有很多种hash算法，这里我们采用md5：
 
function getFileChunksHash(chunks) { 
return new Promise((resolve) => {
 const spark = new SparkMD5.ArrayBuffer() 
const fileReader = new FileReader() 
let index = 0 
fileReader.onload = (event) => {
 console.log(event.target.result);
 spark.append(event.target.result) index++ if (index === chunks.length) { 
return resolve(spark.end()) } _read() } _read() function _read() { fileReader.readAsArrayBuffer(chunks[ index ]) } }) } 
在上面的代码中：
 
我们使用了spark-md5库，并采用增量算法来得到某个文件最终的hash值，所谓的增量算法就是对指定文件的切片分别进行hash计算，最后再得到整个文件的hash由于hash的计算需要先读取文件以及进行hash算法的运行，因此它是一个CPU密集型的操作，如果文件过大，就会导致hash值的计算需要等待很久，因此我们还可以将hash计算放到Web Worker中进行 
对于B站这样的平台，它们在对于超大文件的上传时，还会做进一步的处理，例如：
 
先将这个超大文件进行切片，切成多个大切片，先计算其中一个大切片的hash值，再对这个大切片进行进一步切片，切成小切片进行上传之后再对后续的大切片进行切片上传 
秒传
 所谓的秒传，即用户在上传文件的时候，服务器会先判断是否该文件已经被其它用户上传过来（同样是根据hash值比较)，如果该文件已经被上传过来，那么用户就无需上传了，服务器直接返回文件上传成功的结果给用户，从用户视角来看，文件的上传速度是很快的