本文介绍在 asp.net ajax 环境下，如何避免解密文件被过早删除导致下载中断的问题，通过服务端同步控制 + 客户端 blob 下载完成确认机制，确保文件完整下载后再执行清理，并提供健壮、可维护的前后端协同方案。
本文介绍在 asp.net ajax 环境下，如何避免解密文件被过早删除导致下载中断的问题，通过服务端同步控制 + 客户端 blob 下载完成确认机制，确保文件完整下载后再执行清理，并提供健壮、可维护的前后端协同方案。
在基于 AJAX 的 ASP.NET WebForms 应用中，常见需求是：用户点击按钮 → 服务端解密加密文件 → 前端触发下载 → 下载完成后立即清理临时解密文件。但您当前的实现存在典型的竞态条件（Race Condition）：fetch() 是异步操作，而 ajaxRequest("Delete") 在 fetch 调用后立即发出，并未等待 blob() 解析、a.click() 触发浏览器下载行为完成——更关键的是，浏览器下载本身不返回 Promise 或回调，因此无法准确判断“下载已真正开始/结束”。
❌ 当前逻辑的根本缺陷
- JavaScript 中
fetch(...).then(...).then(...)仅表示 Blob 已成功获取并创建了 URL，但a.click()仅是向浏览器发起下载请求，不保证文件已写入磁盘或传输完成； -
File.Delete()在服务端由独立 AJAX 请求触发，与下载生命周期完全解耦，必然早于实际下载完成； - 使用
RadAjaxManager1.ResponseScripts.Add(...)注入 JS 脚本的方式，也无法建立服务端对客户端下载状态的感知。
✅ 推荐解决方案：服务端统一管控生命周期
最可靠的方式是将文件删除逻辑移至服务端，并确保其仅在确认下载已安全启动后执行。由于浏览器不提供下载完成钩子，我们采用“延迟+幂等+防御性清理”策略：
1. 修改服务端：解密后生成唯一临时路径，返回下载 URL（而非直接触发 JS）
Sub DownloadFile()
Dim input As String = MapPath + _hdnFilePath.Value.Replace("_dec", "_enc")
Dim tempOutput As String = Path.Combine(Path.GetTempPath(), Guid.NewGuid().ToString() & "_dec.pdf")
crptFile.Decrypt(input, tempOutput)
' 将临时路径存入 Session 或缓存（带过期时间），供后续删除使用
Session("PendingDeleteFile") = tempOutput
Session.Timeout = 5 ' 5分钟过期，防止残留
' 返回可直接下载的 URL（无需 AJAX 中转）
Dim encodedFileName As String = Path.GetFileName(_hdnFilePath.Value).Replace("'", "@@@")
Dim downloadUrl As String = ResolveUrl($"/CUTracking/CUFiles/DownloadTemp?token={HttpUtility.UrlEncode(tempOutput)}&name={encodedFileName}")
RadAjaxManager1.ResponseScripts.Add($"window.location.href='{downloadUrl}';")
End Sub
2. 新增专用下载处理页 /CUTracking/CUFiles/DownloadTemp.aspx
Protected Sub Page_Load(sender As Object, e As EventArgs) Handles Me.Load
If Not IsPostBack Then
Dim token As String = Request.QueryString("token")
Dim fileName As String = Request.QueryString("name").Replace("@@@", "'")
If Not String.IsNullOrEmpty(token) AndAlso File.Exists(token) Then
Response.Clear()
Response.ContentType = "application/pdf"
Response.AppendHeader("Content-Disposition", $"attachment; filename={fileName}")
Response.TransmitFile(token) ' 零拷贝高效传输
Response.Flush()
' ✅ 关键：下载响应发送完毕后，立即删除临时文件（同步阻塞）
Try
File.Delete(token)
Session.Remove("PendingDeleteFile") ' 清理会话引用
Catch ex As Exception
' 记录日志，但不影响下载
System.Diagnostics.Debug.WriteLine($"Cleanup failed: {ex.Message}")
End Try
Else
Response.StatusCode = 404
Response.StatusDescription = "File not found or expired"
End If
End If
End Sub
3. 前端 JavaScript 简化（无需 fetch + blob）
function downloadURI(encodedFileName) {
encodedFileName = encodedFileName.replace(/\@\@\@/g, "'");
const encodedURI = encodeURIComponent(encodedFileName);
// 直接跳转，由服务端完成全部流程
window.location.href = ''
+ encodeURIComponent('')
+ '&name=' + encodedURI;
}
⚠️ 注意事项与增强建议
-
安全性：
token参数应为不可预测的 GUID（如上），避免路径遍历；生产环境建议改用短期有效的加密签名 token； -
并发保护：若同一用户可能多次点击，可在 Session 中加锁标识（如
Session("DownloadLock") = True），防止重复解密； -
大文件优化：
Response.TransmitFile()比Response.WriteFile()更省内存；超大文件建议启用Response.BufferOutput = False； -
失败兜底：在 Global.asax 的
Application_EndRequest中检查Session("PendingDeleteFile")是否仍存在，进行强制清理； -
前端体验：可添加加载提示（如禁用按钮 + spinner），并在
window.location.href前显示：“正在准备下载，请稍候…”。
✅ 总结
不要依赖客户端无法观测的“下载完成”事件。真正的原子性保障必须由服务端完成：将解密、响应、删除三步封装在单次 HTTP 请求生命周期内（如 DownloadTemp.aspx），利用 TransmitFile 流式输出后同步删除，彻底规避竞态问题。此方案简洁、可靠、符合 Web 标准，且无需修改现有加密逻辑或引入复杂轮询机制。
