Windows服务解压6GB以上大Zip文件触发StackOverflow异常排查

生产服务器部署了15个基于同一构建包的32位服务实例（每个实例独立目录部署），服务具备解压文件功能。处理小型Zip文件时运行正常，但解压6GB以上的大Zip文件时，服务会抛出StackOverflow Exception并崩溃，错误信息如下：

Fault bucket 2244167076755370166, type 5
Event Name: CLR20r3
Response: Not available
Cab Id: 0

Problem signature:
P1: Service.exe
P2: 1.0.0.0
P3: e39527e5
P4: mscorlib
P5: 4.7.3946.0
P6: 624721ef
P7: 3fb6
P8: 0
P9: System.StackOverflowException
P10:

相关解压代码（调用外部进程）：

private string ExtractZip(string ZipFileName)
{
    try
    {

        if (ZipFileName.ToLower().EndsWith(".zip"))
        {
            string workingDir = ConfigurationManager.AppSettings["UnzipConsoleWorkingDirectory"];
            string exeName = ConfigurationManager.AppSettings["UnzipConsoleName"];

            HTech.Tools.Debugging.Sentinel.Trace("Chilkat Process Starting");
            Process p = new Process();
            p.StartInfo.WorkingDirectory = workingDir;
            p.StartInfo.FileName = exeName;
            p.StartInfo.Arguments = "\"" + ZipFileName + "\"";

            p.Start(); //Crashes here

            p.WaitForExit();
            HTech.Tools.Debugging.Sentinel.Trace("Chilkat Process End");
        }

        FileInfo finfo = new FileInfo(ZipFileName);
        string extractedFolderName = finfo.DirectoryName + "\\" + finfo.Name.ToLower().Replace(finfo.Extension.ToLower(), "");
        
        if(Directory.Exists(extractedFolderName))
        {
            return extractedFolderName;
        }                
    }
    catch (Exception ex)
    {
        HTech.Tools.Debugging.Sentinel.Trace("Error In ExtractZip" + ex.Message + ex.StackTrace);
    }
    return "";
}

DotNetZip解压代码：

if (System.IO.File.Exists(fPath))
{
    if (Directory.Exists(finfo.DirectoryName + "\\" + finfo.Name.ToLower().Replace(finfo.Extension.ToLower(), "")) == true)
        Directory.Delete(finfo.DirectoryName + "\\" + finfo.Name.ToLower().Replace(finfo.Extension.ToLower(), ""), true);

    using (ZipFile zip = ZipFile.Read(fPath))
    {
        foreach (ZipEntry e in zip)
        {
            e.Extract(finfo.DirectoryName);
        }
    }
}

该代码在仅部署2个服务实例的SIT系统集成测试服务器上可正常处理相同大文件。尝试将解压逻辑独立为单独进程调用，但仍崩溃。疑问：

• 服务实例数量是否为异常诱因？
• 或是其他原因？
• 如何避免该StackOverflow异常？

1. 服务实例数量是否是诱因？ #

是间接诱因，但非直接原因。生产环境15个32位服务实例会抢占系统虚拟内存资源，32位进程默认最大虚拟内存上限为2GB（未开启大地址空间时），多实例运行会大幅减少系统剩余可分配虚拟内存。解压6GB大Zip文件时，无论调用外部进程还是使用DotNetZip，都需要占用大量内存（如加载Zip索引、缓存解压数据），此时内存资源不足可能触发分配失败，进而引发StackOverflow异常（尤其是解压库内部存在递归逻辑时，内存不足会导致递归深度失控）。而SIT环境仅2个实例，剩余虚拟内存充足，因此未触发异常。

2. 其他核心原因 #

• 32位进程内存限制：32位进程本身的2GB内存上限是关键，即使单个进程处理6GB大Zip，若解压库需加载大量索引到内存，极易接近内存上限，导致分配失败并触发栈溢出。
• DotNetZip递归逻辑缺陷：DotNetZip处理深层目录结构的大Zip时，内部可能采用递归方式遍历目录，当目录层级极深时会直接引发StackOverflow Exception；同时加载大Zip索引时内存不足也会导致栈溢出。
• 外部解压进程的资源限制：即使独立为外部进程，若该进程也是32位，同样受2GB内存限制，且生产环境多实例抢占资源，会导致该进程启动时内存分配失败，触发崩溃。

3. 避免StackOverflow异常的解决方案 #

• 切换为64位进程：将服务和解压工具都编译为64位，64位进程无2GB虚拟内存限制，可轻松处理大文件，从根本上解决内存不足问题。
• 优化解压逻辑：
  • 替换递归遍历：若使用DotNetZip，改用迭代方式遍历Zip条目，替代默认递归逻辑，防止栈溢出。
  • 采用流式解压：选择支持流式处理的解压库（如.NET内置的System.IO.Compression.ZipArchive），无需一次性加载整个Zip索引到内存，降低内存占用。
• 提升32位进程内存上限：若暂时无法切换64位，通过editbin /LARGEADDRESSAWARE Service.exe修改可执行文件，开启大地址空间支持，将虚拟内存上限提升至3GB（32位Windows）或4GB（64位Windows），缓解内存压力。
• 控制并发解压数量：在生产环境通过分布式锁或队列机制，限制同时处理大Zip文件的服务实例数量，同一时间仅允许1-2个实例执行解压操作，避免内存资源耗尽。
• 检查Zip文件结构：确认大Zip文件是否存在异常深层目录，若有，预处理Zip文件扁平化目录层级，避免递归栈溢出。

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