基于Chrome的网页截图应用不定期崩溃问题排查求助

嘿，从你的问题描述和代码来看，内存泄漏+GDI资源耗尽确实是导致长期运行后崩溃的核心元凶，咱们一步步拆解问题，给你验证方向和修复方案：

一、先验证内存泄漏的猜想 #

你可以通过这几个简单步骤确认：

• 用Windows任务管理器监控应用的内存占用：如果运行过程中内存只涨不跌，甚至到后来占用几百MB/GB，基本实锤泄漏。
• 用Visual Studio的内存诊断工具（Debug > Performance Profiler > Memory）：每隔几小时捕获一次内存快照，对比Bitmap、Graphics、Process这些对象的数量，如果持续增长没有被回收，就是泄漏点。
• 查Windows事件查看器：应用崩溃时系统会记录更底层的错误日志，比如是否是“GDI句柄耗尽”导致的CopyFromScreen失败。

二、代码里的关键问题（直接导致崩溃） #

看你的代码片段，有几个明显的资源未正确释放的点：

1. 全局Bitmap和Graphics没释放 #

你定义了全局的BIT和GFX：

static Image BIT = new Bitmap(Screen.PrimaryScreen.Bounds.Width, Screen.PrimaryScreen.Bounds.Height, PixelFormat.Format32bppArgb);
Graphics GFX = Graphics.FromImage(BIT);

这俩都是非托管资源（依赖系统GDI句柄），长期复用却不释放，会导致GDI句柄被耗尽，最终引发CopyFromScreen或Image.Save失败。

修复方案：
别用全局对象，每次截图时创建局部实例，用using语句自动释放：

try
{
    // 每次截图都创建新的Bitmap和Graphics，用完自动释放
    using (var screenshotBitmap = new Bitmap(Screen.PrimaryScreen.Bounds.Width, Screen.PrimaryScreen.Bounds.Height, PixelFormat.Format32bppArgb))
    using (var gfx = Graphics.FromImage(screenshotBitmap))
    {
        gfx.CopyFromScreen(Screen.PrimaryScreen.Bounds.X, Screen.PrimaryScreen.Bounds.Y, 0, 0, Screen.PrimaryScreen.Bounds.Size, CopyPixelOperation.SourceCopy);
        string filePath = @"\" + pictureNames[count] + ".png";
        screenshotBitmap.Save(Path.Combine(FILEPATH_LOCATION, filePath), ImageFormat.Png);
    }
}
catch (Exception e)
{
    error_logging($"[{DateTime.Now}] 截图/保存失败: {e.Message}\n{e.StackTrace}"); // 记录完整异常，不止StackTrace
}

using会自动调用Dispose()，把系统资源还给操作系统。

2. Chrome进程没关闭 #

你打开Chrome访问URL，但代码里没看到关闭Chrome的逻辑！每次循环开新Chrome却不杀进程，会导致系统内存被几百个Chrome实例吃光，最后Chrome根本启动不了。

修复方案：
启动Chrome时记录进程，截图完成后强制关闭：

// 启动Chrome并记录进程
Process chromeProc = Process.Start(new ProcessStartInfo
{
    FileName = "chrome.exe",
    Arguments = $"--start-maximized {URLS[count]}" // 你的启动参数
});

// 等待页面加载完成（根据实际情况调整等待时间，比如5秒）
System.Threading.Thread.Sleep(5000);

// 强制关闭Chrome进程，避免残留
if (!chromeProc.HasExited)
{
    chromeProc.Kill();
}
chromeProc.Dispose(); // 释放进程资源

如果怕误关用户自己开的Chrome，可以用--user-data-dir指定独立的Chrome用户目录，隔离应用的Chrome实例。

3. 错误日志的小问题 #

你的error_logging每次生成一个新的GUID文件，长期运行会堆几百上千个小文件，建议改成按日期追加到单个日志：

private void error_logging(string message)
{
    try
    {
        string dailyLogPath = Path.Combine(ERROR_LOGGING, $"error_{DateTime.Now:yyyyMMdd}.txt");
        using (var writer = new StreamWriter(dailyLogPath, true, Encoding.UTF8))
        {
            writer.WriteLine($"[{DateTime.Now:yyyy-MM-dd HH:mm:ss}] {message}");
        }
    }
    catch (Exception e)
    {
        MessageBox.Show($"写日志失败: {e.StackTrace}");
    }
}

三、额外的稳定性优化 #

• 加重试机制：如果CopyFromScreen或Save失败，重试1-2次（比如等待1秒后重试），避免单次偶发错误影响后续流程。
• 限制并发：确保同一时间只有一个Chrome进程在跑，不要同时开多个。
• 定期清理：每处理100个URL左右，调用一次GC.Collect()（别频繁调用），帮CLR回收托管资源。
• 记录更多上下文：错误日志里加上当前处理的URL、count值，方便定位是哪个URL触发的问题。

总结 #

你的问题90%是GDI资源泄漏（Bitmap/Graphics没释放）+ Chrome进程残留导致的长期内存耗尽，按上面的方案改完代码后，跑个5天测试应该就不会崩溃了。先验证内存泄漏，再针对性修复，祝你顺利解决问题~

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