本篇將和大家分享的絲.NetCore下載文件，常見的下載有兩種：A標簽直接指向下載文件地址和post或get請求后台輸出文件流的方式，本篇也將圍繞這兩種來分享；如果對您有好的幫助，請多多支持。
- 允許站點不識別content-type下載文件（即：不受mime類型限制下載）
- 如何允許下載.nupkg和.apk后綴的文件
- Razor模板的post下載文件例子
- 半年來使用NetCore的一些感想和焦慮
允許站點不識別content-type下載文件（即：不受mime類型限制下載）
對於netcore的web項目而言，內置了一些content-type允許下載的文件類型；我們將通過一個普通的razorweb項目來看看直接通過連接下載excel例子；首先，在項目的wwwroot目錄創建一個bak文件夾，然后在該目錄下存放如下幾種文件：
然后不用修改任何代碼或設置，直接啟動站點，再直接在瀏覽器地址欄分別錄入下載文件地址，如：
http://localhost:1120/bak/excel.xls
http://localhost:1120/bak/love.apk
http://localhost:1120/bak/stackexchange.redis.1.2.6.nupkg
http://localhost:1120/bak/Startup.cs
通過測試這個時候只有excel.xls文件是能直接被下載的，其他的都是404：
要想.apk,.nupkg.cs等后綴的文件不被限制，我們可以通過 public static IApplicationBuilder UseStaticFiles(this IApplicationBuilder app, StaticFileOptions options); 擴展來設置，我們僅僅只需要修改為如下代碼：
app.UseStaticFiles(new StaticFileOptions { //設置不限制content-type ServeUnknownFileTypes = true });
然后在重啟運行，這個時候我們再來訪問下載這幾個文件就沒問題了(注意這個時候下載任何后綴的文件都行)，如下截圖：
至於cs后綴的文件在google瀏覽器中是直接顯示的內容，這里就不貼圖了，有興趣的可以試試；
如何允許下載.nupkg和.apk后綴的文件
通過上面例子我們能夠使用 ServeUnknownFileTypes = true; 直接設置無限制下載文件類型，這種通常不是太好或者說不允許，亦或者不常說的不安全吧；如果我們只需要增加.nupkg和.apk后綴的文件的下載，那么可以通過如下代碼來添加mime類型，如：
app.UseStaticFiles(new StaticFileOptions { //ServeUnknownFileTypes = true ContentTypeProvider = new FileExtensionContentTypeProvider(new Dictionary<string, string> { { ".apk","application/vnd.android.package-archive"}, { ".nupkg","application/zip"} }) });
同樣的也能對excel,apk,nupkg后綴的文件進行下載：
但是這個時候我們訪問 http://localhost:1120/bak/Startup.cs 就得不到下載的內容了：
因為我們沒有添加對.cs文件的擴展類型，故而系統直接給咋們返回404；這里我們通過FileExtensionContentTypeProvider對象的構造函數傳遞了一個mapping的dic類型來讓項目知道允許下載的content-type類型的文件；
Razor模板的post下載文件例子
老實說最近一端時間有空我就會研究下Razor模板，下面我們將通過她的post表單的方式來請求后端下載文件的方法；下面直接給出login.cshtml文件的代碼：
@page @model LoginModel @{} <form method="post"> <button type="submit" asp-page-handler="down" class="btn">下載</button> <button type="submit" asp-page-handler="down01" class="btn">下載01</button> <button type="submit" asp-page-handler="down02" class="btn">下載02</button> </form>
這里值得注意的是，razor通過asp-page-handler=來執行請求后端的方法，我們來看看最終她生成的html代碼后是什么樣子的：
能夠看出這里主要通過handler作為參數名稱來傳遞請求的后端方法，下面再來看看后端代碼這樣寫的(為了方便下載文件的路勁我以love.apk為例)：
/// <summary> /// 虛擬文件地址輸出下載 /// </summary> /// <returns></returns> public IActionResult OnPostDown() { var addrUrl = "/bak/love.apk"; return File(addrUrl, "application/vnd.android.package-archive", Path.GetFileName(addrUrl)); } /// <summary> /// 文件流的方式輸出 /// </summary> /// <returns></returns> public IActionResult OnPostDown01() { var addrUrl = @"D:\F\學習\vs2017\netcore\Study.AspNetCore\WebApp02-1\wwwroot\bak\love.apk"; var stream = System.IO.File.OpenRead(addrUrl); return File(stream, "application/vnd.android.package-archive", Path.GetFileName(addrUrl)); } /// <summary> /// 通過HttpClient獲取另外站點的文件流，再輸出 /// </summary> /// <returns></returns> public async Task<IActionResult> OnPostDown02() { var path = "https://files.cnblogs.com/files/wangrudong003/%E7%89%B9%E4%BB%B701.gif"; HttpClient client = new HttpClient(); client.BaseAddress = new Uri(path); var stream = await client.GetStreamAsync(path); return File(stream, "application/vnd.android.package-archive", Path.GetFileName(path)); }
后端3個post接受方法都同樣使用了FileStreamResult來輸出下載文件，不同點在於文件來源不同；
對於簡單一些的站點來說，下載文件一般存在於站點目錄下，有點類似於我這里的wwwroot/bak目錄，因此能夠通過站點虛擬目錄下載，也就是咋們第一種的下載方式；
有一些站點為了文件安全性，一般會存在於web站點的相同服務器磁盤中，因此需要通過這里的第二種方式獲取文件流，再傳遞給File()；
最后一種就是把自己其他站點或者別人站點上的文件轉一下，當做自己的文件來輸出，這種方式也就是咋們常說的盜鏈方式之一；
對於razor的handler參數，這里需要注意的是她對應是咋們后端代碼OnGetxxx或者OnPostxxx方法中的xxx名稱，這是一種razor請求規范，必須要遵守哦。
半年來使用NetCore的一些感想和焦慮
感想：
到目前netcore最新版本2.0，其api很強大了，就目前我做的幾個項目使用來看，她api支持度很好；之前遇到過也有人問過我有處理圖片的api嗎，答案是肯定的，現在nuget包社區已經有很多種包支持圖片處理了，有興趣的朋友可以去看看https://www.nuget.org/packages；在穿插了幾個項目后，深刻感覺netcore的學習成本其實並不高，就netcore的mvc項目而言，只要之前會mvc框架，或是webform(個人感覺對應razor)那用起來是無壓力；這里建議有些不敢嘗試netcore2.0的朋友或者覺的有學習成本的朋友不妨試試；netcore官網文檔：https://docs.microsoft.com/en-us/aspnet/core/
焦慮：
netcore2.0出來還是有段時間了，這段時間盡管有很多朋友在博客園分享很多相關的文章和git上的項目；但是在3個netqq群中反應或者提出netcore開發遇到的問題情況來看還是很少，不由讓人擔心；當然了我所知道的幾個大牛們或公司的部分技術決策層的人也在關注並也陸續用這再做新項目；其他城市我不了解，就北京這邊很有一些創業公司的創業項目起始點就用的是netcore，所以希望還在觀望的朋友或領導們是時候開始行動了，一起努力推動社區的發展。