Sentry-Native中如何确保before_send回调触发时Minidump已生成？

为什么before_send里拿不到生成的.dmp文件 #

before_send回调是在崩溃进程内部、Sentry准备上报事件元数据的阶段触发的，而Crashpad的crashpad_handler.exe是独立的子进程，它生成并写入.dmp文件的操作和崩溃进程的回调执行是异步的——崩溃进程的回调先执行时，子进程的dump文件还在写入甚至还没创建，所以此时无法获取到完整的.dmp文件。这个回调的设计目的是修改事件数据（比如添加上下文、过滤敏感信息），而非处理dump文件本身。

可行的替代方案 #

• 使用Crashpad原生的dump完成回调
  Crashpad本身提供了在dump文件生成完成后触发的回调接口（CrashpadClient::SetDumpCallback）。这个回调会在crashpad_handler.exe完成dump写入后触发，此时.dmp文件已经完全生成，可以安全地进行复制操作。你需要直接对接Crashpad的API，而不是通过Sentry的before_send。

• 监听Sentry的dump目录
  用Windows的ReadDirectoryChangesW API监听Sentry存放dump的reports目录，当检测到新的.dmp文件创建完成时，立即执行复制逻辑。这种方式不需要依赖Crashpad或Sentry的回调，适合外部工具或独立进程来处理。

• 注意事项
  崩溃进程在触发崩溃后处于不稳定状态，尽量避免在崩溃进程内部执行文件复制这类IO操作，优先选择子进程（如Crashpad的回调）或外部监控进程来处理，避免引发二次问题。

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