下载文件名扩展名被误判怎么办？

巧妙解决文件下载重命名时扩展名误判问题

下载文件并重命名时，如果文件名包含多个点号（.），浏览器或系统可能将最后一个点号后的部分误认为是文件扩展名，导致下载文件扩展名错误。本文将分析原因并提供解决方案。

问题：文件名如“我的文件.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与扩展名的对应关系。