手把手教你前端的各種文件上傳攻略和大文件斷點續傳

在前面

今年國慶假期終于可以憋在家里了不用出門了，不用出去看后腦了，真的是一種享受。這么好的光陰怎么浪費，睡覺、吃飯、打豆豆這怎么可能（耍多了也煩），完全不符合我們程序員的作風，趕緊起來把文章寫完。

這篇文章比較基礎，在國慶期間的業余時間寫的，這幾天又完善了下，力求把更多的前端所涉及到的關于文件上傳的各種場景和應用都涵蓋了,若有疏漏和問題還請留言斧正和補充。

自測讀不讀

以下是本文所涉及到的知識點，break or continue ?

文件上傳原理
最原始的文件上傳
使用 koa2 作為服務端寫一個文件上傳接口
單文件上傳和上傳進度
多文件上傳和上傳進度
拖拽上傳
剪貼板上傳
大文件上傳之分片上傳
大文件上傳之斷點續傳
node 端文件上傳

原理概述

原理很簡單，就是根據 http 協議的規范和定義，完成請求消息體的封裝和消息體的解析，然后將二進制內容保存到文件。

我們都知道如果要上傳一個文件，需要把 form 標簽的enctype設置為multipart/form-data,同時method必須為post方法。

那么multipart/form-data表示什么呢？

multipart互聯網上的混合資源，就是資源由多種元素組成，form-data表示可以使用HTML Forms 和 POST 方法上傳文件，具體的定義可以參考RFC 7578。

multipart/form-data 結構

看下 http 請求的消息體

請求頭：

Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryDCntfiXcSkPhS4PN 表示本次請求要上傳文件，其中boundary表示分隔符，如果要上傳多個表單項，就要使用boundary分割，每個表單項由———XXX開始，以———XXX結尾。

消息體- Form Data 部分

每一個表單項又由Content-Type和Content-Disposition組成。

Content-Disposition: form-data 為固定值，表示一個表單元素，name 表示表單元素的名稱，回車換行后面就是name的值，如果是上傳文件就是文件的二進制內容。

Content-Type：表示當前的內容的 MIME 類型，是圖片還是文本還是二進制數據。

解析

客戶端發送請求到服務器后，服務器會收到請求的消息體，然后對消息體進行解析，解析出哪是普通表單哪些是附件。

可能大家馬上能想到通過正則或者字符串處理分割出內容，不過這樣是行不通的，二進制buffer轉化為string,對字符串進行截取后，其索引和字符串是不一致的，所以結果就不會正確，除非上傳的就是字符串。

不過一般情況下不需要自行解析，目前已經有很成熟的三方庫可以使用。

至于如何解析，這個也會占用很大篇幅，后面的文章在詳細說。

最原始的文件上傳

使用 form 表單上傳文件

在 ie時代，如果實現一個無刷新的文件上傳那可是費老勁了，大部分都是用 iframe 來實現局部刷新或者使用 flash 插件來搞定，在那個時代 ie 就是最好用的瀏覽器（別無選擇）。

DEMO

這種方式上傳文件，不需要 js ，而且沒有兼容問題，所有瀏覽器都支持，就是體驗很差，導致頁面刷新，頁面其他數據丟失。

HTML

 <form method="post" action="http://localhost:8100" enctype="multipart/form-data">

        選擇文件:
            <input type="file" name="f1"/> input 必須設置 name 屬性，否則數據無法發送<br/>
<br/>
            標題：<input type="text" name="title"/><br/><br/><br/>

        <button type="submit" id="btn-0">上 傳</button>

</form>

復制代碼

文件上傳接口

服務端文件的保存基于現有的庫koa-body結合 koa2實現服務端文件的保存和數據的返回。

在項目開發中，文件上傳本身和業務無關，代碼基本上都可通用。

在這里我們使用koa-body庫來實現解析和文件的保存。

koa-body 會自動保存文件到系統臨時目錄下，也可以指定保存的文件路徑。

然后在后續中間件內得到已保存的文件的信息，再做二次處理。

ctx.request.files.f1 得到文件信息，f1為input file 標簽的 name
獲得文件的擴展名，重命名文件

NODE

/**
 * 服務入口
 */
var http = require('http');
var koaStatic = require('koa-static');
var path = require('path');
var koaBody = require('koa-body');//文件保存庫
var fs = require('fs');
var Koa = require('koa2');

var app = new Koa();
var port = process.env.PORT || '8100';

var uploadHost= `http://localhost:${port}/uploads/`;

app.use(koaBody({
    formidable: {
        //設置文件的默認保存目錄，不設置則保存在系統臨時目錄下  os
        uploadDir: path.resolve(__dirname, '../static/uploads')
    },
    multipart: true // 開啟文件上傳，默認是關閉
}));

//開啟靜態文件訪問
app.use(koaStatic(
    path.resolve(__dirname, '../static') 
));

//文件二次處理，修改名稱
app.use((ctx) => {
    var file = ctx.request.files.f1;//得道文件對象
    var path = file.path;
    var fname = file.name;//原文件名稱
    var nextPath = path+fname;
    if(file.size>0 && path){
        //得到擴展名
        var extArr = fname.split('.');
        var ext = extArr[extArr.length-1];
        var nextPath = path+'.'+ext;
        //重命名文件
        fs.renameSync(path, nextPath);
    }
    //以 json 形式輸出上傳文件地址
    ctx.body = `{
        "fileUrl":"${uploadHost}${nextPath.slice(nextPath.lastIndexOf('/')+1)}"
    }`;
});

/**
 * http server
 */
var server = http.createServer(app.callback());
server.listen(port);
console.log('demo1 server start ......   ');
復制代碼

CODE

https://github.com/Bigerfe/fe-learn-code/

開瀏覽器從輸入網址到網頁呈現在大家面前，背后到底發生了什么？經歷怎么樣的一個過程？

先給大家來張總體流程圖，具體步驟請看下文分解！

從URL輸入到頁面展現

一、URL到底是啥

URL（Uniform Resource Locator），統一資源定位符，用于定位互聯網上資源，俗稱網址。比如： http://www.w3school.com.cn/html/index.asp，遵守以下的語法規則scheme://host.domain:port/path/filename

各部分解釋如下：

scheme – 定義因特網服務的類型。常見的協議有http、https、ftp、file，其中最常見的類型是 http，而https則是進行加密的網絡傳輸。
host – 定義域主機（http 的默認主機是 www）。
domain – 定義因特網域名，比如 w3school.com.cn。
port – 定義主機上的端口號（http 的默認端口號是 80）。
path – 定義服務器上的路徑（如果省略，則文檔必須位于網站的根目錄中）。
filename – 定義文檔/資源的名稱。

二、域名解析（DNS）

在瀏覽器輸入網址后，首先要經過域名解析，因為瀏覽器并不能識別域名，需要通過域名直接找到相應的IP地址。大家這里或許會有個疑問——為啥要設置域名？怎么不一開始就給個IP地址？這樣可以省去解析麻煩。

我們先來了解下什么是IP地址？

1. IP地址

IP地址是指互聯網協議地址，是IP Address的縮寫。IP地址是IP協議提供的一種統一的地址格式，它為互聯網上的每一個網絡和每一臺主機分配一個邏輯地址，以此來屏蔽物理地址的差異。IP地址是一個32位的二進制數，比如：127.0.0.1為本機IP，如果每個網址都是一串數字，那就不便于記憶!

域名就相當于IP地址喬裝打扮的偽裝者，帶著一副面具，它的作用就是便于記憶和溝通的一組服務器的地址。

但這樣有時候會帶來一種風險——DNS劫持，就是使域名對應的不再是原本對應的IP，其效果就是對特定的網絡不能訪問或訪問的是假網址，又難于被用戶發覺，曾導致巴西最大銀行巴西銀行近1%客戶受到攻擊而導致賬戶被盜。

2. 什么是域名解析

DNS是一個網絡服務器，我們的域名解析簡單來說就是在DNS上記錄一條信息記錄。例如：baidu.com 220.114.23.56（服務器外網IP地址）80（服務器端口號）。

瀏覽器通過向DNS服務器發送域名，DNS服務器查詢到與域名相對應的IP地址，然后返回給瀏覽器，瀏覽器再將IP地址打在協議上，同時請求參數也會在協議搭載，然后一并發送給對應的服務器，下一步就到了服務器處理階段的工作。

3. 域名解析流程

瀏覽器緩存：如果在之前對該url指定的主機進行過訪問，瀏覽器會緩存該主機的IP一段時間（該時間瀏覽器指定），然后通過該IP地址找到對應主機；
系統緩存：若瀏覽器中無該緩存，那么就到系統緩存中進行查詢，瀏覽器會進行系統調用，查詢緩存；
路由器緩存：如果系統緩存中也沒有，那么就到路由器緩存中進行查詢；
ISP DNS 緩存：如果路由器緩存依舊未命中，那么就到ISP DNS中查詢，一般的域名都能在這里查詢得到；
遞歸搜索：如果以上都沒有查詢到，那么就會到頂級域名服務器的根服務器中進行遞歸查詢，只要該域名存在就肯定能找得到。

三、服務器處理響應請求

1. 服務器

服務器是網絡環境中的高性能計算機，它偵聽網絡上的其他計算機（客戶機）提交的服務請求，并提供相應的服務。比如：網頁服務、文件下載服務、郵件服務、視頻服務。

而客戶端主要的功能是瀏覽網頁、看視頻、聽音樂等等，兩者截然不同。每臺服務器上都會安裝處理請求的應用——web server，常見的web server產品有apache、nginx、IIS或Lighttpd等。

web server 擔任管控的角色，對于不同用戶發送的請求，會結合配置文件，把不同請求委托給服務器上處理相應請求的程序進行處理（例如：CGI腳本，JSP腳本，servlets，ASP腳本，服務器端JavaScript，或者一些其它的服務器端技術等），然后返回后臺程序處理產生的結果作為響應。

服務器和客戶端區別

2. MVC后臺處理階段

后臺開發現在有很多框架，但大部分都還是按照MVC設計模式進行搭建的。

MVC是一個設計模式，將應用程序分成三個核心部件：模型（model）——視圖（view）——控制器（controller），它們各自處理自己的任務，實現輸入、處理和輸出的分離。

MVC架構

（1）視圖（view）

它是提供給用戶的操作界面，是程序的外殼。

（2）模型（model）

模型主要負責數據交互，在MVC的三個部件中，模型擁有最多的處理任務，一個模型能為多個視圖提供數據。

（3）控制器（controller）

它負責根據用戶從”視圖層”輸入的指令，選取”模型層”中的數據，然后對其進行相應的操作，產生最終結果。控制器屬于管理者角色，從視圖接收請求并決定調用哪個模型構件去處理請求，然后再確定用哪個視圖來顯示模型處理返回的數據。

這三層是緊密聯系在一起的，但又是互相獨立的，每一層內部的變化不影響其他層，每一層都對外提供接口（Interface），供上面一層調用。

至于這一階段發生什么？

簡而言之，首先瀏覽器發送過來的請求先經過控制器，控制器進行邏輯處理和請求分發，接著會調用模型。這一階段模型會獲取redis db以及MySQL的數據，獲取數據后將渲染好的頁面，通過視圖返回給瀏覽器，最后瀏覽器通過渲染引擎將網頁呈現在用戶面前。因此，下一步就來到瀏覽器處理階段

四、瀏覽器的處理

瀏覽器拿到響應文本HTML后，以chrome瀏覽器為例，介紹下瀏覽器渲染機制

chrome瀏覽器渲染機制：

處理 HTML 標記并構建 DOM 樹。
處理 CSS 標記并構建 CSSOM 樹。
將 DOM 與 CSSOM 合并成一個渲染樹（render 樹）。
根據渲染樹來布局，以計算每個節點（也就是每個Element）的幾何位置，這又叫layout和reflow過程。
最后通過調用操作系統Native GUI的API繪制，將各個節點繪制到屏幕上。
于是就來到了繪制網頁的最后階段。

五、繪制網頁

瀏覽器根據html和css計算得到渲染樹之后，將渲染好的頁面圖像顯示出來，即繪制網頁，并開始響應用戶的操作。

六、后記

隨著學習的深入，對于頁面加載這個主題認識更加深刻，之前一些困惑點現在都迎刃而解。

作者：浪里行舟

原文鏈接：https://www.jianshu.com/p/40d76ebb94e2

本文由 @浪里行舟授權發布于人人都是產品經理，未經作者許可，禁止轉載

題圖來自Unsplash，基于CCO協議

ngular 裝飾器 HostListener 監聽DOM事件，本例監聽回車鍵（Enter）與換行按鍵（Ctrl Enter）事件處理發送消息示例。

一直用Angular前端框架做項目，UI借用第三方庫，在處理過程中很少操作相關基礎，更多是在業務層面上。

因此工作中遇到此類將其記錄下來作為學習過程。

@HostListener() 裝飾器

Decorator that declares a DOM event to listen for, and provides a handler method to run when that event occurs.

eventName: string The DOM event to listen for.

args: A set of arguments to pass to the handler method when the event occurs.

參考這里。

示例場景

聊天窗口發送消息按鍵，回車（Enter）發送消息，換行（Ctrl Enter）對其文本換行。

Angular HostListener 監聽回車事件

使用方法

在當前所需組件中從@angular/core導入HostListener

顯示圖如上述場景，按回車（Enter）鍵發送消息，按Ctrl Enter鍵換行輸入消息。

Angular 裝飾器 HostListener 監聽DOM事件

發送消息窗口示例圖

import { Component, OnInit, HostListener, Input } from '@angular/core';

在線咨詢

上一篇：前端實戰總結 JavaScript 數組去重
下一篇：HTML5 的JavaScript 客戶端PDF解決方案-jsPDF

您的項目需求

*請認真填寫需求信息，我們會在24小時內與您取得聯系。

整合營銷服務商