No.

整个目的是它是一个数据流，而不是一个文件。数据源不应该知道用户代理将其作为文件处理……事实并非如此。

仅限HTML:使用download属性:

<a download="logo.gif" href="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7">下载透明png</a> .gif

仅Javascript:你可以用这段代码保存任何数据URI:

function saveAs(uri, filename) { var link = document.createElement('a'); if (typeof link.download === 'string') { link.href = uri; link.download = filename; //Firefox requires the link to be in the body document.body.appendChild(link); //simulate click link.click(); //remove the link when done document.body.removeChild(link); } else { window.open(uri); } } var file = 'data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7' saveAs(file, 'logo.gif');

Chrome、Firefox和Edge 13+将使用指定的文件名。

IE11、Edge 12和Safari 9(它们不支持下载属性)将用默认名称下载文件，或者简单地在新选项卡中显示，如果文件类型是受支持的:图像、视频、音频文件……

看看这个链接: http://lists.w3.org/Archives/Public/uri/2010Feb/0069.html

引用:

它甚至可以在末尾使用;base64(也就是说，不会引起问题) 像这样(至少在Opera中): 数据:文本/平原;charset = utf - 8;头= 3附加% % 20附件% 3 b % 20文件名以% 20 spaces.txt % % 3 d % 22 22% 0 3 d % 0 acontent-language % % 20 en; base64 4 oiadqo % 3 d

也有一些信息在讨论的其他消息。

使用服务工作者，这最终在真正意义上成为可能。

创建一个假URL。例如/saveAs/myPrettyName.jpg 在<a href， <img src，窗口中使用URL。open(url)，绝对可以用“真正的”url做任何事情。 在worker内部，捕获fetch事件，并用正确的数据进行响应。

浏览器现在会建议myPrettyName.jpg，即使用户在一个新的选项卡打开文件，并试图保存它。这将完全像文件来自服务器一样。

// In the service worker
self.addEventListener( 'fetch', function(e)
{
    if( e.request.url.startsWith( '/blobUri/' ) )
    {
        // Logic to select correct dataUri, and return it as a Response
        e.respondWith( dataURLAsRequest );
    }
});

No.

整个目的是它是一个数据流，而不是一个文件。数据源不应该知道用户代理将其作为文件处理……事实并非如此。

< a href = . .下载= . .>工作左键和右键->保存链接为..，

但是<img src=..下载= . .右击>不工作->保存图像为..，建议“Download.jped”。

如果你把两者结合起来:<a href=.下载= . .> < img src = . . > < / >

它适用于左键单击，右键单击->保存链接为..，右键单击->保存图像为..

你必须写两次data-uri (href和src)，所以对于大的图像文件，最好是用javascript复制uri。

使用Chrome/Edge 88进行测试