本文详解为何 try...catch 无法捕获 URL.createObjectURL() 抛出的异常，并提供可落地的修复方案：将错误处理移至异步回调作用域，配合 Blob 有效性校验，确保资源不存在等场景下仍能优雅降级。
本文详解为何 `try...catch` 无法捕获 `url.createobjecturl()` 抛出的异常，并提供可落地的修复方案：将错误处理移至异步回调作用域，配合 blob 有效性校验，确保资源不存在等场景下仍能优雅降级。
在前端文件下载逻辑中，URL.createObjectURL(blob) 是创建临时对象 URL 的常用方式。但当传入 null、undefined 或已释放的 Blob 实例时，浏览器会抛出类似 "Failed to execute 'createObjectURL' on 'URL'" 的 DOM 异常。该错误无法被外层 try...catch 捕获，根本原因在于：XMLHttpRequest 的 onloadend 回调是异步执行的，其内部代码处于独立执行上下文，与外层 try 块无调用栈关联。
因此，必须将 try...catch 显式包裹在 onloadend 内部——即真正触发 createObjectURL 的位置：
xmlHTTP.onloadend = function (e) {
try {
// ✅ 关键：仅当响应成功且 blob 已创建后才执行
if (!blob || !(blob instanceof Blob)) {
throw new Error("Invalid or missing Blob: resource may not exist or be inaccessible");
}
const url = window.URL.createObjectURL(blob); // ← 此处可能抛出 DOMException
const tempEl = document.createElement("a");
document.body.appendChild(tempEl);
tempEl.style.display = "none";
tempEl.href = url;
tempEl.download = changeName ? blobName : "";
tempEl.click();
window.URL.revokeObjectURL(url);
// 清理状态（延时确保 UI 可见）
timer = setTimeout(() => {
setDownloading(false);
setDownloadProgress(0);
}, 1000);
} catch (err) {
// ✅ 现在能准确捕获 createObjectURL 失败、Blob 无效等错误
console.error("Object URL creation failed:", err);
setDownloading(false);
setDownloadProgress(0);
setAlert("文件下载失败：资源不可用或已删除", "error", 4000);
}
};⚠️ 重要注意事项：
- 不要依赖 onload 判断成功：xmlHTTP.onload 仅表示 HTTP 请求完成（含 4xx/5xx），不代表响应体有效；务必在 onloadend 中统一校验 blob 状态。
- 显式检查 Blob 有效性：new Blob([this.response]) 在 this.response 为空或类型不兼容时可能返回空 Blob（.size === 0），需额外判断 blob.size > 0 或 blob.type 是否合理。
- 避免内存泄漏：createObjectURL 创建的 URL 必须配对调用 revokeObjectURL，即使发生异常也应在 finally 块中确保清理（本例中因 url 在 try 内声明，建议提升作用域或使用 let url; try { url = ... } finally { if (url) URL.revokeObjectURL(url); }）。
- 服务端健壮性建议：前端校验不能替代服务端防护，应确保后端对缺失资源返回明确的 404 状态码，并在 xmlHTTP.status !== 200 时提前拒绝处理。
通过将错误边界精准下沉至异步操作终点，并结合防御性数据校验，即可彻底解决此类“静默崩溃”问题，显著提升下载流程的稳定性和用户体验。
