ASP.NET Core遍历IAsyncEnumerable插SQLite无报错退出码3求排查方案

问题根因定位 #

你遇到的属于非托管代码层面的崩溃，这类崩溃不会被.NET托管层的try-catch捕获，也不会触发应用生命周期事件，所以你之前的常规排查手段均无效。退出码3在SQLite+Spatialite技术栈下，几乎都是原生库内部的内存访问错误、资源耗尽、断言失败导致，大数据量写入时触发概率更高。你切换到PostgreSQL后问题消失，也佐证了问题出在SQLite相关的非托管组件上。

具体排查方法 #

1 捕获非托管异常

• Visual Studio调试场景：进入「调试>选项>调试>常规」，勾选「启用非托管代码调试」，再打开「异常设置」面板，勾选所有「Win32 Exceptions」分类下的访问违规、堆栈溢出、非法指令相关异常，启动调试后崩溃时会直接断在异常抛出位置，可查看包含原生库调用的完整堆栈。
• 命令行/生产环境场景：安装.NET官方诊断工具dotnet-dump：

  dotnet tool install --global dotnet-dump
  

  启动程序前设置如下环境变量：

  set COMPlus_DbgEnableMiniDump=1
  set COMPlus_DbgMiniDumpType=4
  

  程序崩溃后会自动生成转储文件，执行dotnet-dump analyze 转储文件路径即可查看崩溃时的全栈信息，定位崩溃的具体模块。

2 SQLite+Spatialite专项排查

• 版本适配校验：EF Core 5.0配套的Microsoft.EntityFrameworkCore.Sqlite.NetTopologySuite包，要求Spatialite原生库版本不低于4.3.0，版本不匹配时大数据量写入几何数据极易触发原生库无报错崩溃。
• 配置优化验证：在SQLite连接字符串中添加Cache Size=100000;调大页面缓存，避免大数据量写入时缓存溢出触发原生异常。
• 几何数据校验：Spatialite对非法几何数据容错性极低，自相交多边形、坐标值超出范围的空间数据都会直接触发原生崩溃，插入前调用Geometry.IsValid()方法校验每个空间对象的合法性即可定位问题数据。
• 额外参考：你贴出的代码存在笔误，声明的缓冲区变量为myEntityBuffer，判断满的条件写的是addressPointBuffer.Count == bufferSize，如果实际代码存在该问题会导致缓冲区永远不会批量提交，内存持续上涨也可能触发崩溃，但该问题和你切换数据库后恢复正常的现象不符，仅做排查参考。

3 通用系统日志排查

打开Windows事件查看器，进入「Windows日志>应用程序」分类，可找到对应程序崩溃的错误记录，记录中会明确标注触发崩溃的模块名（如spatialite.dll、sqlite3.dll），可直接缩小问题范围。

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