不能。download属性仅作文件名建议，实际命名取决于服务端Content-Disposition响应头或前端Blob方案；跨域、file://协议下该属性被忽略，同源Blob URL或data URL才可靠生效。
download 属性能直接重命名文件吗？
不能。浏览器只把 download 属性的值当作建议的文件名，实际是否生效、是否被修改，完全取决于服务端响应头和浏览器策略。比如服务端返回了 Content-Disposition: attachment; filename="real.pdf"，那无论你写 download="test.txt"，最终下载的还是 real.pdf。
哪些情况 download 属性会被忽略？
常见于跨域资源或非同源链接——只要 a 标签的 href 指向的是另一个域名、协议或端口，download 属性就会被浏览器静默丢弃，且不报错。此时点击只会打开/跳转，不会触发下载。
- 本地开发时用
file://协议打开 HTML，所有download都无效 -
href是 data URL（如data:text/plain;base64,...）时，download有效 - 同源的 Blob URL（如
URL.createObjectURL(blob)）支持download重命名 - 服务端需返回
Content-Disposition: attachment才算明确声明“这是可下载资源”
真正可控的重命名方案：Blob + createObjectURL
绕过服务端限制的最可靠方式，是把数据在前端转成 Blob，再生成本地 URL。这样 download 属性就 100% 生效。
const content = "Hello World";
const blob = new Blob([content], { type: "text/plain" });
const url = URL.createObjectURL(blob);
const a = document.createElement("a");
a.href = url;
a.download = "custom-name.txt"; // 这里命名才真正起作用
a.click();
URL.revokeObjectURL(url); // 记得释放，避免内存泄漏
注意：type 参数影响文件后缀识别，比如设为 "application/json"，浏览器可能默认加 .json；但 download 值仍优先，所以写 "data.json" 就会下成 data.json，不会变成 data.json.json。
立即学习“前端免费学习笔记（深入）”；
服务端配合时的关键响应头
如果必须从服务端直链下载，想让 download 属性生效，服务端至少要返回：
Content-Disposition: attachment; filename="desired-name.ext"-
Access-Control-Allow-Origin: *（如果是跨域请求，且前端用 fetch + Blob 构造，则还需Access-Control-Expose-Headers: Content-Disposition） - 避免设置
Content-Type: text/html或其他浏览器倾向直接渲染的类型
Chrome 最近版本对 Content-Disposition 中的 Unicode 文件名支持变差，建议用 ASCII 文件名，或用 RFC 5987 编码（如 filename*=UTF-8''%E6%96%87%E4%BB%B6.txt），但兼容性不如纯英文名稳定。
重命名这件事，本质是前后端协作的结果。前端写 download 只是“提个建议”，真想稳，要么走 Blob 路线，要么确认服务端响应头没被覆盖、没被代理层删掉。
