亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 編程 > HTML > 正文

淺析HTML5中的download屬性使用

2024-08-26 00:21:22
字體:
來源:轉載
供稿:網友

隨著前端技術的發展,越來越多的業務場景中需要前端來處理文件下載。在眾多的方法中,通過 <a> 標簽的 download 屬性實現下載是其中常見也是比較簡單的一種方法。

download 屬性介紹

常規的 <a> 標簽通過 href 實現鏈接跳轉,如果只想下載文件而不是跳轉預覽,最好的方式是在 <a> 標簽中添加 download 屬性,就能很簡單地實現下載操作。

download 是 HTML5 中 <a> 標簽新增的一個屬性,此屬性會強制觸發下載操作,指示瀏覽器下載 URL 而不是導航到它,并提示用戶將其保存為本地文件,例如:

<a href="result.png" download>download</a>

如果缺少 download 屬性,點擊 "download" 會直接變成預覽圖片,當添加 download 屬性后則會觸發圖片的下載。

目前 download 屬性的兼容性如caniuse 中所展示的:

HTML5,download,屬性

可以以看到,大部分主流的瀏覽器基本都已經支持 download 屬性,而 IE 的表現一如既往的感人,目前許多 Window 系統仍然在使用 IE ,這也是許多業務需求需要考慮的。這種兼容性問題限制了 download 的更廣泛應用。

動態資源下載

面對一些動態內容下載的業務場景,即圖片等資源的地址并不是固定的(例如一些在線繪圖工具所生成的圖片),只使用 HTML 無法滿足需求。為了能夠滿足不同的 URL 下載,可以通過JS 實現一個動態觸發 URL 下載的方法。

function download(href, filename='')  {  const a = document.createElement('a')  a.download = filename  a.href = href  document.body.appendChild(a)    a.click()  a.remove()}

需要注意的是,代碼中對創建的 <a> 進行的 appendChild 和 remove 操作主要是為了兼容 FireFox 瀏覽器,在 FireFox 瀏覽器下調用該方法如果不將創建的 <a> 標簽添加到 body 里,點擊鏈接不會有任何反應,無法觸發下載,而在 Chrome 瀏覽器中則不受此影響。

上述的方法可以實現同源資源的下載。但在很多場景中,還需要處理跨域資源。遺憾的是, download 屬性目前僅適用于 同源 URL ,即如果需要下載的資源地址是跨域的, download 屬性就會失效,點擊鏈接會變成導航預覽。

測試:點擊下載,結果只是預覽而無法下載圖片。

注: Chrome65 之前是支持 download 屬性觸發文件跨域下載的,之后則嚴格遵循同源策略,無法再通過 download 屬性觸發跨域資源的下載。而 FireFox 一直不支持跨域資源的 download 屬性下載。

文件命名問題

download 屬性不僅可以觸發下載,也能指定下載文件名:

<a href="test.png" download="joker.png">下載</a>

如果下載文件的后綴與源文件保持一致,可以設置缺省文件名:

<a href="test.png" download="joker">下載</a>

筆者曾遇到過一個問題,通過 <a> 標簽觸發跨域資源下載,代碼與上述的 download 方法基本相同,只是在設置 download 屬性的地方有點不同:

a.setAttribute(download, true)

結果在老版本的 Chrome 瀏覽器中出現了如下情況。

HTML5,download,屬性

下載文件名成了 true 。很明顯,瀏覽器將 download 屬性值讀成了文件名。

經過分析,出現上述問題主要是因為:

1. 首先本不該將 download 設為 true , download 與 disabled 這種類型的屬性值不同,它與文件名直接相關聯。而且對于這種前后端響應式下載的方式, download 屬性并不是必要的。

2. 在 Chrome 的早期版本不僅支持跨域資源的 download 屬性下載,而且還可以通過 download 重置跨域資源的文件名,因此才會出現上述這種情況。

前后端配合完成文件下載的業務場景,一般是由后端設置響應頭中的 Content-Disposition 信息來實現。

在 HTTP 場景中,Content-Disposition 第一個參數或者是 inline(默認值,表示回復中的消息體會以頁面的一部分或者整個頁面的形式展示),或者是 attachment(意味著消息體應該被下載到本地;大多數瀏覽器會呈現一個“保存為”的對話框,將 filename 的值預填為下載后的文件名)。

如果在響應頭中設置了 Content-Disposition ,前端也在對應鏈接的 <a> 標簽中添加了 download 屬性,那么此時命名規則:

如果 HTTP 頭中的 Content-Disposition 屬性賦予了一個不同于此屬性的文件名,HTTP 頭屬性優先于此屬性。

經過測試發現,當 HTTP 頭中 Content-Disposition 不為空時:

在 Chrome 瀏覽器中,不管 HTTP 頭中 Content-Disposition 的第一個參數被設為 attachment 還是 inline ,只要設置了 filename, download 就無法重置文件名。相反,當 filename 為空時, download 屬性值會被設為文件名。 在 FireFox 瀏覽器中,瀏覽器只會讀取 Content-Disposition 的 filename 值,若是filename 為空,則取源文件名。此時 download 無論如何都無法重置文件名。

總結一下: 未在響應頭設置 Content-Disposition 信息(例如一般直接定位資源的同源URL), download 屬性可以重置文件名。若后端在 Content-Disposition 字段中已經設置了 filename,以 filename 值為準。

對于后端已經設定了文件名的情況下,如果仍然想要對文件名進行重置,該如何處理呢?

Blob: URL

關于 download 屬性還有介紹:

盡管 HTTP URL 需要位于同一源中,但是可以使用 blob: URL 和 data: URL ,以方便用戶下載使用 JavaScript 生成的內容(例如使用在線繪圖 Web 應用程序創建的照片)。

Blob (Binary Large Object)即二進制大對象,這個我們并不陌生,一些數據庫將Blob用來表示存儲二進制文件的字段類型。File 接口也是基于 Blob,繼承了 Blob 的功能并將其擴展使其支持用戶系統上的文件。Blob 對象通過 Blob 構造函數來創建:

Blob(blobParts[, options])

var debug = {hello: "world"};var blob = new Blob([JSON.stringify(debug, null, 2)],  {type : 'application/json'});

如果需要實現一些簡單的文本或 JS 字符串之類的文件下載,可以通過將文本信息轉成 blob 二進制流,生成一個 Blob URL,配合 download 屬性完成下載,代碼如下。

const downloadText = (text, filename = '') {  const a = document.createElement('a')  a.download = filename  const blob = new Blob([text], {type: 'text/plain'})    // text指需要下載的文本或字符串內容  a.href = window.URL.createObjectURL(blob)   // 會生成一個類似blob:http://localhost:8080/d3958f5c-0777-0845-9dcf-2cb28783acaf 這樣的URL字符串  document.body.appendChild(a)    a.click()  a.remove()}

這種 Blob URL 與常見的 HTTP URL 有什么區別呢?

Blob URL / Object URL是一種偽協議,可以讓Blob和File對象用作圖像和二進制數據下載鏈接等URL源。

瀏覽器在內部通過 URL.createObjectURL() 創建一個對 Blob 或 File 對象的特殊引用,生成的 Blob URL 只能在瀏覽器本地的單個實例和同一會話中使用,并且這個 URL 對象會在頁面退出的時候被瀏覽器釋放。

因此 Blob URL 并不能指向一個服務器資源 ,你無法在其它頁面中打開它。同時由于編碼格式有所差別,Blob URL 比起 Data URLs 所占的空間資源更少,性能也更好。

Blob 為 Web 開發提供了一個非常有用的功能:創建 Blob URL。將二進制數據封裝為 Blob 對象,然后使用 URL.createObjectURL() 生成 Blob URL,由于Blob URL本身就是一個同源URL,可以使用該 URL 配合 download 解決跨域資源的下載以及命名問題。

解決方案

通過 Blob 和 Fetch 可以解決跨域和文件命名的問題:使用 fetch 獲取跨域資源返回一個blob 對象并生成一個 Blob URL,配合 <a> 標簽的 download 屬性觸發下載,代碼如下:

function download(href, filename = '')  {  const a = document.createElement('a')  a.download = filename  a.href = href  document.body.appendChild(a)    a.click()  a.remove()}function downloadFile(url, filename='') {  fetch(url, {    headers: new Headers({      Origin: location.origin,    }),    mode: 'cors',  })    .then(res => res.blob())    .then(blob => {      const blobUrl = window.URL.createObjectURL(blob)      download(blobUrl, filename)      window.URL.revokeObjectURL(blobUrl)    })}

此時再點擊下載,可以正常的將跨域圖片下載到本地了。

需注意的是跨域資源所在的服務器需要配置 Access-Control-Allow-Origin 信息,否則會得到一個大寫的跨域報錯。header 配置例如:

// 允許任何域名訪問header('Access-Control-Allow-Origin: *');//指定域名訪問header('Access-Control-Allow-Origin: https://h5.ele.me');

目前這種方法還存在一些不足,例如瀏覽器會限制 Blob 數據大小不超過500M,在性能方面也會有所不足。

總結

目前前端有很多種下載方法, download 屬性下載屬于其中比較簡單的一種,不過仔細考量其中的一些特性也能挖掘出很多有用的信息。 download 與瀏覽器特性緊密相關,目前該屬性的兼容性也是一大問題,不過連微軟官方都懇求用戶不要再使用 IE ,相信以后 download 的兼容性問題會持續得到改善,應用前景也會越來越廣闊。

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持VeVb武林網。


注:相關教程知識閱讀請移步到HTML教程頻道。
發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
国产精品v片在线观看不卡| 欧美性感美女h网站在线观看免费| 国产在线久久久| 亚洲日本中文字幕免费在线不卡| 国内精品免费午夜毛片| 亚洲自拍小视频免费观看| 欧美综合一区第一页| 国内精品在线一区| 久久视频在线观看免费| 久久国产精品久久国产精品| 国产精品va在线| 国产成人精品在线视频| 日韩福利视频在线观看| 久热精品视频在线观看| 国产成人短视频| 成人激情视频在线播放| 国产裸体写真av一区二区| 中文字幕欧美在线| 九色精品免费永久在线| 欧美激情xxxx性bbbb| 九九热视频这里只有精品| 国产一区二区美女视频| 久久免费国产精品1| 日韩中文字幕网站| 国产一区二区三区免费视频| 在线播放日韩精品| 国产综合香蕉五月婷在线| 一区二区三区国产视频| 日韩电影中文字幕在线观看| 国产一区二区黑人欧美xxxx| 精品国产一区二区三区久久狼黑人| 日韩美女视频在线观看| 欧美激情一区二区三区高清视频| 精品欧美一区二区三区| 欧美有码在线视频| 欧美人成在线视频| 亚洲欧美色图片| 91欧美激情另类亚洲| 久久免费精品视频| 日韩成人激情在线| 一本大道香蕉久在线播放29| 欧美一级电影免费在线观看| 色琪琪综合男人的天堂aⅴ视频| 亚洲奶大毛多的老太婆| 日韩美女在线观看| 亚洲综合一区二区不卡| 欧美国产日韩精品| 国产成人精品国内自产拍免费看| 国产91精品久久久久| 96精品久久久久中文字幕| www.国产一区| 欧美精品videos| 欧美久久久精品| 欧美在线视频免费观看| 国内精品久久久久影院 日本资源| 国产主播喷水一区二区| 亚洲国产天堂久久综合网| 91在线免费视频| 91精品国产综合久久香蕉最新版| 不卡av日日日| 91精品国产乱码久久久久久久久| 国产精品一区二区三区毛片淫片| 日韩久久午夜影院| 国产精品亚洲一区二区三区| 欧美国产在线电影| 国产91色在线|| 国产日韩精品一区二区| 久久露脸国产精品| 97久久精品在线| 精品成人乱色一区二区| 欧日韩不卡在线视频| 欧美成aaa人片在线观看蜜臀| 亚洲欧美一区二区精品久久久| 久久人人97超碰精品888| 亚洲欧美日韩国产中文| 久久久精品美女| 一本色道久久88综合日韩精品| 国产精品高潮呻吟久久av野狼| 4k岛国日韩精品**专区| 久久久在线视频| 国产精品69av| 欧美大成色www永久网站婷| 久久精品免费播放| 日本欧美中文字幕| 欧美日韩美女视频| 亚洲欧美日韩在线一区| 国产成人精品网站| 欧美理论电影在线播放| 国产精品久久久91| 亚洲性视频网站| 色婷婷av一区二区三区久久| 亚洲福利视频专区| 久久国产精品视频| 亚洲福利视频久久| 国产精品综合久久久| 午夜精品一区二区三区在线播放| 国产精品99久久99久久久二8| 91久久久久久久久| 日本在线精品视频| 亚洲精品久久久久久久久| 成人在线激情视频| 国产精品成人一区二区三区吃奶| 亚洲一级一级97网| 午夜精品久久久久久久99热| 国产一区二区日韩精品欧美精品| 欧美在线精品免播放器视频| 亚洲精品黄网在线观看| 中文字幕亚洲综合久久筱田步美| 91精品在线一区| 国产视频精品va久久久久久| 精品一区精品二区| 亚洲精品v欧美精品v日韩精品| 色先锋久久影院av| 2025国产精品视频| 国产精品第二页| 成人免费观看网址| 亚洲成人亚洲激情| 日韩欧美中文在线| 亚洲男人第一av网站| 亚洲福利视频二区| www.日韩av.com| 性色av一区二区咪爱| 欧美国产日韩一区| 91精品国产91久久久久福利| 亚洲国产精品成人va在线观看| 久久久91精品| 伊人伊成久久人综合网小说| 91精品国产色综合久久不卡98口| 久久久www成人免费精品| 欧洲中文字幕国产精品| 清纯唯美日韩制服另类| 欧美午夜影院在线视频| 国产亚洲视频中文字幕视频| 亚洲欧美资源在线| 欧美在线欧美在线| 国产精品wwwwww| 91免费看片在线| 黑人狂躁日本妞一区二区三区| 秋霞午夜一区二区| 国产成人精品免高潮费视频| 日韩乱码在线视频| 91精品国产91久久久久福利| 国产精品极品在线| 97人人模人人爽人人喊中文字| 亚洲欧美国产制服动漫| 2018日韩中文字幕| 中文字幕av日韩| www.xxxx欧美| 久久亚洲精品国产亚洲老地址| 亚洲自拍偷拍视频| 久久精品福利视频| 中文字幕一区二区精品| 亚洲色图在线观看| 久久色免费在线视频| 在线成人中文字幕| 精品美女久久久久久免费| 精品香蕉一区二区三区| 久久男人av资源网站| 久久免费视频观看| 国产成人精品日本亚洲| 国产精品伦子伦免费视频| 欧美在线视频在线播放完整版免费观看| 亚洲免费人成在线视频观看| 成人午夜一级二级三级|