巧妙解决文件下载重命名时扩展名误判问题
下载文件并重命名时，如果文件名包含多个点号（.），浏览器或系统可能将最后一个点号后的部分误认为是文件扩展名，导致下载文件扩展名错误。本文将分析原因并提供解决方案。
问题：文件名如“我的文件.pdf.txt”，系统会将“.txt”识别为扩展名。简单地根据点号数量判断扩展名不可靠，因为它无法区分文件名中本身的点号和真正的扩展名分隔符。
根本原因：依赖于从URL提取文件名或仅依靠点号数量判断扩展名的方法不够精准。
更可靠的方案：直接使用服务器返回的Content-Disposition头部中的filename参数获取文件名，该参数通常包含服务器建议的文件名，更可靠且不会包含额外的扩展名信息。
如果无法获取Content-Disposition，可以使用正则表达式更精确地提取扩展名。例如，先匹配已知的常见扩展名，匹配成功则使用匹配到的扩展名，否则使用默认扩展名或提示用户输入。
改进后的代码示例 (使用正则表达式):
以下代码片段展示如何使用正则表达式改进文件名处理：
export const downloadFile = (fileUrl, fileName, errorCallback) => {
// ... (XMLHttpRequest 部分代码与原文相同) ...
xhr.onload = function () {
if (this.status === 200 || this.status === 304) {
// ... (msSaveOrOpenBlob 部分代码与原文相同) ...
const blob = new Blob([this.response], {
type: xhr.getResponseHeader("Content-Type"),
});
const url = URL.createObjectURL(blob);
// 使用正则表达式提取扩展名
const match = fileName.match(/\.([^\.]+)$/);
const ext = match ? match[1] : ""; // 提取最后一个点号后的内容
let finalFileName = fileName;
if (ext) {
finalFileName = fileName; // 已包含扩展名，直接使用
} else {
// 未包含扩展名，根据Content-Type设置
const contentType = xhr.getResponseHeader("Content-Type");
if (contentType.includes("pdf")) finalFileName += ".pdf";
else if (contentType.includes("zip")) finalFileName += ".zip";
// ... 添加其他 Content-Type 对应的扩展名 ...
else finalFileName += ".unknown"; // 默认扩展名
}
simulateClick(blob, finalFileName, "_blank");
URL.revokeObjectURL(url);
}
};
// ... (xhr.onerror 部分代码与原文相同) ...
};
这段代码使用正则表达式/\.([^\.]+)$/提取最后一个点号后的内容作为扩展名。如果没有点号，则返回空字符串，此时根据Content-Type或其他方式确定合适的扩展名。 这比单纯计数点号更可靠，有效避免扩展名误判或重复。 请根据实际情况完善Content-Type与扩展名的对应关系。
