Chrome使这非常简单:

function saveContent(fileContents, fileName)
{
    var link = document.createElement('a');
    link.download = fileName;
    link.href = 'data:,' + fileContents;
    link.click();
}

根据RFC 2397，没有。

<a>元素似乎也没有任何可以使用的属性。

然而，HTML5随后在<a>元素上引入了下载属性，尽管在编写时支持并不普遍(例如，没有MSIE支持)。

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

创建一个假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 );
    }
});

(这个答案已被新技术淘汰，但出于历史兴趣，将保留在这里。)

这听起来有点粗俗，但我以前也遇到过同样的情况。我正在用javascript动态生成一个文本文件，并希望通过使用data-URI进行编码来提供它供下载。

这在轻微的用户干预下是可能的。生成一个链接<a href="data:…">右键单击我并选择“Save Link As…”并保存为“example.txt”</a>. txt”。正如我所说，这是不优雅的，但如果你不需要专业的解决方案，它是可行的。

这可以通过使用flash将名字复制到剪贴板中来减轻痛苦。当然，如果你允许自己使用Flash或Java(现在浏览器的支持越来越少了)，你可能会找到另一种方法来做到这一点。

No.

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

您可以向锚元素添加一个下载属性。

示例:

<a download="abcd.cer"
    href="data:application/stream;base64,MIIDhTC......">down</a>