.NETCore在析构函数（Finalize）在Linux下引起程序异常退出现象
目 录
1. 现象概述... 1
2. 操作数据库的代码... 2
3. 引起的异常... 2
4. 异常信息分析... 3
5. 分析结论猜测... 3
1. 现象概述
.NETCore的Console和AspNetCore程序对数据库进行操作，通过析构函数（Finalize）释放数据库连接资源，在Linux平台引起程序或服务异常退出，在Windows平台没有出现。
2. 操作数据库的代码
析构函数（Finalize）释放数据库连接的代码，如下：
/// <summary>
/// 析构函数，释放数据库连接资源
/// </summary>
~ServesDBContext()
{
Dispose();
System.Diagnostics.Debug.WriteLine("ServesDBContext 回收了！");
}
/// <summary>
/// 释放数据库连接资源
/// </summary>
public void Dispose()
{
if (Context != null)
{
Context.Dispose();
}
}
3. 引起的异常
Console控制台程序，实时运行的服务运行一段时间就会出现异常信息：Object reference not set to an instance of an object。如下图：
AspNetCore应用程序，除了提示上述信息以外，还打印出来的异常信息：:system.threading.lockrecursionexception: recursive write lock acquisitions not allowed in this mode。如下图：
4. 异常信息分析
首先异常信息的Exception已经捕捉到了，但是运行的程序异常退出了（Abort）。查找官方的文档，按关键lockrecursionexception搜索，网址：https://docs.microsoft.com/zh-cn/dotnet/api/system.threading.lockrecursionexception?view=netcore-3.1。关键提示信息，如下图：
MSDN关键提示信息：程序使用无参数构造函数创建一个 ReaderWriterLockSlim，该构造函数不允许使用递归。
5. 分析结论猜测
第一层猜测：是由于析构函数释放资源引起了程序出现递归现象（recursion）。
第二层猜测：析构函数释放资源出现递归现象，可能是由于Linux的垃圾回收机制与Windows的垃圾回收机制不同引起的，因为同样的代码，在Windows下没有出现任何问题，但是Linux下没有更深入的研究。
第三层猜测：类同样继承了IDisposable资源释放接口，实现了Dispose函数。同时又实现了析构函数（Finalize）释放资源，同样调用了Dispose函数。两种释放资源，在Linux下垃圾回收过程造成了冲突。
注：由于没有进一步深入研究，所以以上是针对结论的一种猜测，有感兴趣的朋友可以共同研究。
文章：
《.NET Core开发的iNeuOS工业互联网平台，发布 iNeuDA 数据分析展示组件，快捷开发图形报表和数据大屏》
《[视频演示].NET Core开发的iNeuOS物联网平台，实现从设备&PLC、云平台、移动APP数据链路闭环 》
《.NET Core开发的iNeuOS物联网平台部署树霉派（raspbian），从网关到云端整体解决方案》
《.NET Core开发的iNeuOS物联网平台部署在Ubuntu操作系统，无缝跨平台》
《iNeuOS 物联网云操作系统2.0发布，集成设备容器、视图建模、机器学习三大模块 》
物联网&大数据技术 QQ群：54256083
物联网&大数据合作 QQ群：727664080
联系QQ：504547114
合作微信：wxzz0151
界面如下图：
