一般在做應用系統過程中,很多時候會涉及到文件上傳,那麼,我們該如何接收前端傳過來的文件,以及如何保存接收到的文件呢?這一節,我們繼續跟着官網的内容來學習一下。
在我們接收到文件後,文件的存儲位置一般就數據庫、自建存儲、收費雲存儲。那麼自建存儲一般就是單機存儲、共享存儲、基于開源系統搭建分布式存儲。存儲方式不是這一小節的重點,暫不展開讨論。我們繼續回到主題。
通過IFormFile接收文件在ASP.NET Core6.0中, 支持使用緩沖的模型綁定(針對較小文件)和無緩沖的流式傳輸(針對較大文件)上傳一個或多個文件。模型綁定則是基于IFormFile接口實現,一般有以下幾種用法:
我們新建一個FileController來演示服務端接收文件的示例,
|
|
編寫好代碼後,我們運行起來,通過POSTMAN來測試一下文件上傳功能。在POSTMAN中,我們選中form-data的方式,所以,一定要注意KEY的值要和參數名匹配
此時,我們能看到上傳的文件已保存到指定的目錄中
我們再來試試多文件上傳,
|
|
使用 IFormFile 上傳的文件在處理之前會緩沖在内存中或服務器的磁盤中,如果文件過大的話,會對内存造成比較大的影響。在大文件的情況下,我們需要了解一下文件流方式,這個就後面用到時候的時候再說吧。接下來,我們就繼續了解一下上傳文件時的文件安全處理方式,不排除有不法分子上傳一些病毒或者腳本之類的東西來破壞我們的服務器。當然,如果是用的收費的OSS則不需要考慮這種情況了。
文件擴展名驗證一般,我們需要限制上傳文件的類型,這樣一來,我們可以排除掉一些風險,思路是我們可以通過校驗上傳的文件後綴來初步判斷上傳的是否符合我們要求的合規文件,如:
|
|
我們先嘗試上傳一個txt文件
可以看到,文件上傳成功。在嘗試上傳一個zip文件。
服務端直接就報400錯誤。
文件簽名驗證文件的簽名由文件開頭部分中的前幾個字節确定。 可以使用這些字節指示擴展名是否與文件内容匹配。
|
|
我先上傳一個标準的pdf文件,
可以看到,是能正常上傳的,我把一個txt文件後綴直接改為pdf,然後再進行上傳。
可以看到,我們的文件簽名無法校驗通過
文件名安全如果我們取用客戶端的文件名進行存儲的話,很容易因為文件名重複而導緻文件被覆蓋。所以,官方建議:切勿使用客戶端提供的文件名來将文件保存到物理存儲
文件大小限制在Kestrel和IIS的請求正文中,默認的最大請求正文大小為 30,000,000 個字節,約為 28.6 MB。我上傳一個98.6M的大文件,看看服務端的反應
這裡我們使用的是Kestrel,可以直接到Program.cs中進行配置
|
|
此時,大文件便可上傳,上面的配置是全局配置,我們也可以在單個文件接口通過RequestSizeLimitAttribute屬性來達到目的,如:
|
|
ASP.NET Core 6.0上傳文件的内容,我們就先暫時了解到這裡吧,以後在實踐過程中有遇到難題事再進行深究。
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!