解压触发ThreadAbortException致重复失败，如何规避与解决？

云原生阿岚

2026-6-12

ASP.NET解压ZIP文件遇到ThreadAbortException及文件句柄泄漏问题

背景

内容文件会定期以ZIP文件（约60MB）形式上传至ASP.NET网站，通常是单个文件，偶尔会有多个内容相同的ZIP文件。Web应用通过后台线程监控上传文件夹，发现新ZIP文件后，就在同一线程中用SharpZipLib逐个解压到目标文件夹，解压前会删除目标文件夹内的所有文件和子文件夹。解压成功就删除上传的ZIP文件；失败则保留，后续重试解压。

问题

解压操作偶尔会中途抛出System.Threading.ThreadAbortException失败，堆栈跟踪未明确原因：

System.Threading.ThreadAbortException: Thread was being aborted. at
Microsoft.Win32.Win32Native.CreateFile(String lpFileName, Int32
dwDesiredAccess, FileShare dwShareMode, SECURITY_ATTRIBUTES
securityAttrs, FileMode dwCreationDisposition, Int32
dwFlagsAndAttributes, IntPtr hTemplateFile) at
Microsoft.Win32.Win32Native.SafeCreateFile(String lpFileName, Int32
dwDesiredAccess, FileShare dwShareMode, SECURITY_ATTRIBUTES
securityAttrs, FileMode dwCreationDisposition, Int32
dwFlagsAndAttribute

后续重试解压时会出现另一个异常，提示上次部分解压留下的文件无法删除，推测是文件句柄未关闭：

The process cannot access the file 'example.png' because it is being used by another process.
Details: System.IO.IOException: The process cannot access the file 'example.png' because it is being used by another process.
at System.IO.Directory.DeleteHelper(String fullPath, String userPath, Boolean recursive, Boolean throwOnTopLevelDirectoryNotFound, WIN32_FIND_DATA& data)
at System.IO.Directory.Delete(String fullPath, String userPath, Boolean recursive, Boolean checkHost)
at MyCompany.ContentHelper.DeleteFolderContents(String folderPath)

观察结果

首次错误发生后，后续重试会持续失败，直到重启w3wp.exe进程。仅修改web.config重启Web应用无法解决，必须终止w3wp.exe或回收IIS应用池（都会启动新的w3wp.exe实例）才能恢复。首次错误最常出现在处理多个ZIP文件的场景下。

已尝试方案

推测文件句柄未关闭是因为读写文件的流未被关闭，所有Stream/FileStream都用using块创建，但ThreadAbortException可能导致Dispose方法无法执行。尝试捕获ThreadAbortException并调用Thread.ResetAbort()，但没有效果；尝试在处理多个ZIP文件时增加2秒延迟，避免句柄未及时关闭触发异常，也没有效果。

技术问询

初始的ThreadAbortException可能由什么原因导致？能否规避该异常？
是否可在生成这些打开文件句柄的Web应用实例中，通过编程方式检测并关闭这些句柄？

解压代码（基于SharpZipLib）

public static bool UnZipSourceFilePackage(FileInfo package)
{
    // Check the package still exists
    if (!package.Exists)
        return false;

    // Unzip package
    ZipFile zipFile = null;
    try
    {
        using (var fs = File.OpenRead(package.FullName))
        {
            zipFile = new ZipFile(fs);

            // Find the files and folders in the ZIP
            var zippedFiles = new List<ZipEntry>();
            var rootFolders = new HashSet<string>();
            foreach (ZipEntry zipEntry in zipFile)
            {
                if (zipEntry.IsFile)
                    zippedFiles.Add(zipEntry);
                else
                {
                    var firstSlash = zipEntry.Name.IndexOf('/');
                    var lastSlash = zipEntry.Name.LastIndexOf('/');
                    if (firstSlash >= 0 && firstSlash == lastSlash)
                        rootFolders.Add(zipEntry.Name.TrimEnd('/'));
                }
            }

            // If any root folder already exists, delete its contents to remove prior files
            foreach (var rootFolder in rootFolders)
            {
                var targetFolderPath = Path.Combine(TargetFolderPhysicalPath, rootFolder);
                if (Directory.Exists(targetFolderPath))
                    if (!DeleteFolderContents(targetFolderPath))
                        return false;
            }

            // Unzip files
            foreach (var zippedFile in zippedFiles)
                UnZipFile(zipFile, zippedFile);
        }

        return true;
    }
    catch (ThreadAbortException ex)
    {
        // This is a relatively frequent error, but the cause is unknown
        // If the file streams used during unzipping are aborted mid-extraction, they are not closed, leading to locked files (file handles)
        // Future unzipping of the same ZIP file then fail due to "file in use" error
        Logging.AddLogEntry($"Error un-zipping file: {zipFile.Name}", ex);
        Thread.ResetAbort();
        return false;
    }
    catch (Exception ex)
    {
        Logging.AddLogEntry($"Error un-zipping file: {zipFile.Name}", ex);
        return false;
    }
    finally
    {
        // Close package file
        zipFile.IsStreamOwner = true;
        zipFile.Close();
    }
}
    
private static void UnZipFile(ZipFile zipFile, ZipEntry zippedFile)
{
    var targetFilePath = Path.Combine(TargetFolderPhysicalPath, zippedFile.Name);

    // Create folder?
    var targetFolderPath = Path.GetDirectoryName(targetFilePath);
    if (!string.IsNullOrEmpty(targetFolderPath) && !Directory.Exists(targetFolderPath))
        Directory.CreateDirectory(targetFolderPath);

    // Create file
    var buffer = new byte[4096];     // 4K is optimum
    using (var zipStream = zipFile.GetInputStream(zippedFile))
    {
        using (var streamWriter = File.Create(targetFilePath))
            StreamUtils.Copy(zipStream, streamWriter, buffer);
    }
}

private static bool DeleteFolderContents(string folderPath)
{
    try
    {
        foreach (var filePath in Directory.GetFiles(folderPath))
            File.Delete(filePath);

        foreach (var subFolder in Directory.GetDirectories(folderPath))
            Directory.Delete(subFolder, true);

        return true;
    }
    catch (Exception ex)
    {
        Logging.AddLogEntry($"Error deleting existing contents of folder: {folderPath}", ex);
        return false;
    }
}

问题解答

1. ThreadAbortException的原因及规避方法

可能原因

在ASP.NET/IIS环境中，ThreadAbortException最常见的触发场景包括：

IIS应用池回收：IIS会定期回收应用池（默认29小时），或在应用池内存占用过高、请求队列过长时触发回收，此时会强制终止所有线程并抛出该异常。
应用域卸载：修改web.config、更新bin目录文件等操作会触发Web应用重启，应用域卸载时所有线程会被强制终止。
长时间运行的后台线程：处理多个大ZIP文件时，线程持续运行时间过长，可能被IIS判定为异常线程并触发终止逻辑。
显式线程中止：代码中其他地方调用Thread.Abort()也会触发该异常，但这种情况在后台线程场景中较少见。

规避方法

标记后台线程为后台线程：创建线程时设置thread.IsBackground = true，这样应用池关闭时线程会自动终止，不会阻塞回收流程。
改用成熟的后台任务框架：放弃手动创建线程，使用Quartz.NET、Hangfire等框架，它们会自动适配IIS回收机制，处理线程生命周期和异常恢复。
优化解压逻辑：将大ZIP文件的解压拆分为小块处理，或使用SharpZipLib的异步解压API，缩短单线程持续运行时间。
调整IIS回收策略：根据业务需求延长应用池回收周期，或取消基于内存/时间的自动回收（需配合监控确保应用稳定）。
改进异常处理：ThreadAbortException会在catch块执行后自动重新抛出，调用Thread.ResetAbort()可取消中止请求让线程继续运行，但如果是IIS回收触发的中止，后续仍可能被终止。核心还是要确保资源在异常时被正确释放，比如将ZipFile放入using块。

2. 编程检测并关闭打开的文件句柄

.NET没有提供直接枚举进程内打开文件句柄的API，通过Windows非托管API（如NtQuerySystemInformation）实现的方案复杂且易导致系统不稳定，不推荐在生产环境使用。

更可靠的是从根源避免句柄泄漏：

将ZipFile纳入using块：替换手动关闭逻辑，确保线程中止时流能被自动释放：

using (var fs = File.OpenRead(package.FullName))
using (var zipFile = new ZipFile(fs))
{
    // 原有解压逻辑
}

增加finally块空值判断：避免zipFile为null时触发空引用异常：

finally
{
    if (zipFile != null)
    {
        zipFile.IsStreamOwner = true;
        zipFile.Close();
    }
}

添加删除重试机制：在DeleteFolderContents中增加重试，避免临时文件占用导致删除失败：

private static bool DeleteFolderContents(string folderPath, int retryCount = 3, int delayMs = 1000)
{
    for (int i = 0; i < retryCount; i++)
    {
        try
        {
            foreach (var filePath in Directory.GetFiles(folderPath))
                File.Delete(filePath);

            foreach (var subFolder in Directory.GetDirectories(folderPath))
                Directory.Delete(subFolder, true);

            return true;
        }
        catch (Exception ex)
        {
            if (i == retryCount - 1)
            {
                Logging.AddLogEntry($"Error deleting existing contents of folder: {folderPath}", ex);
                return false;
            }
            Thread.Sleep(delayMs);
        }
    }
    return false;
}

内容的提问来源于stack exchange，提问作者Laurence

解压触发ThreadAbortException致重复失败，如何规避与解决？

背景 #

问题 #

观察结果 #

已尝试方案 #

技术问询 #

解压代码（基于SharpZipLib） #

问题解答 #

1. ThreadAbortException的原因及规避方法 #