System.Threading.Timer windows 服务内存泄漏
System.Threading.Timer windows service memory leak
我有一个 c# 控制台应用程序 运行 作为 windows 服务。应用程序的主线程使用 System.Threading.Timer
来管理数据库的 'sweeps'。当扫描在计时器滴答开始时,计时器会创建一个对象来在数据库中查找工作,并且当发现工作时该对象会引发一个事件以将作业派生到另一个线程中。
我似乎遇到了内存泄漏,我有限的 windbg
查询内存转储的能力让我认为计时器没有将 something/itself 释放给 GC。
windbg:
!dumpheap -type System.Object[]
...
02b01ae0 73a20cbc 32656
02b09a80 73a20cbc 4112
02b0e8e0 73a20cbc 16336
02b5bf88 73a20cbc 1040
02b5c3a8 73a20cbc 2064
10ee1010 73a20cbc 268435472
Statistics:
MT Count TotalSize Class Name
04210964 1 32 System.Func`2[[System.Type, mscorlib],[System.Func`2[[System.Object[], mscorlib],[Newtonsoft.Json.JsonConverter, Newtonsoft.Json]], mscorlib]]
7366a6a4 1 48 System.Collections.Generic.Dictionary`2[[System.String, mscorlib],[System.Object[], mscorlib]]
04210a5c 1 48 System.Collections.Generic.Dictionary`2[[System.Type, mscorlib],[System.Func`2[[System.Object[], mscorlib],[Newtonsoft.Json.JsonConverter, Newtonsoft.Json]], mscorlib]]
73a20cbc 1194 268556916 System.Object[]
Total 1198 objects
0:000> !gcroot 10ee1010
Thread 2dfc:
04f1f70c 72db0687 System.Net.TimerThread.ThreadProc()
ebp+50: 04f1f710 (interior)
-> 02ac33a8 System.Object[]
-> 072a5a38 System.Net.ServerCertValidationCallback
-> 072a5a18 System.Net.Security.RemoteCertificateValidationCallback
-> 10ee1010 System.Object[]
简化和压缩代码:
TimeSpan timerInterval = TimeSpan.FromSeconds(5);
static Timer t;
public void startTimer()
{
t = new System.Threading.Timer(TimerTick, null, TimeSpan.Zero, timerInterval);
}
public void TimerTick(Object TimerState)
{
//run each query sweep synchronously
t.Change(Timeout.Infinite, Timeout.Infinite);
List<Query> queries = GetQueries();
foreach (var query in queries)
{
var search = new QueryProcessor(query);
//short term publisher?
search.resultFoundEvent += QueryResultEventListener;
search.RunSearch();
}
t.Change(timerInterval, timerInterval);
}
public void RunJob(JobDetails job)
{
Task.Factory.StartNew(() => job.Execute(JobCallback));
}
//long term subscriber
public void QueryResultEventListener(object sender, FakeEventArgs e)
{
RunJob(e.jobdetails);
}
public void JobCallback(JobDetails jobsuccess)
{
//job was completed
}
正如上面所评论的,我认为这不是传统的事件处理程序泄漏,上面的 windbg
在 !dumpheap -stat
的底部只有一个巨大的条目 System.Object[]
.
使用 jetBrains dotMemory,我能够确定打开的句柄来自从 job.Execute()
中堆栈中引用的托管代码调用的一行代码。它正在全局设置一个委托并导致 ServerCertificateValidationCallback
固定一个句柄并且永远不会释放。
ServicePointManager.ServerCertificateValidationCallback += (sender, certificate, chain, sslPolicyErrors) => { };
感觉它的行为就像 "short term publisher, long term subscriber" 经典的内存泄漏方式,因为调用此行的构造函数的父对象很快就被释放了。
我有一个 c# 控制台应用程序 运行 作为 windows 服务。应用程序的主线程使用 System.Threading.Timer
来管理数据库的 'sweeps'。当扫描在计时器滴答开始时,计时器会创建一个对象来在数据库中查找工作,并且当发现工作时该对象会引发一个事件以将作业派生到另一个线程中。
我似乎遇到了内存泄漏,我有限的 windbg
查询内存转储的能力让我认为计时器没有将 something/itself 释放给 GC。
windbg:
!dumpheap -type System.Object[]
...
02b01ae0 73a20cbc 32656
02b09a80 73a20cbc 4112
02b0e8e0 73a20cbc 16336
02b5bf88 73a20cbc 1040
02b5c3a8 73a20cbc 2064
10ee1010 73a20cbc 268435472
Statistics:
MT Count TotalSize Class Name
04210964 1 32 System.Func`2[[System.Type, mscorlib],[System.Func`2[[System.Object[], mscorlib],[Newtonsoft.Json.JsonConverter, Newtonsoft.Json]], mscorlib]]
7366a6a4 1 48 System.Collections.Generic.Dictionary`2[[System.String, mscorlib],[System.Object[], mscorlib]]
04210a5c 1 48 System.Collections.Generic.Dictionary`2[[System.Type, mscorlib],[System.Func`2[[System.Object[], mscorlib],[Newtonsoft.Json.JsonConverter, Newtonsoft.Json]], mscorlib]]
73a20cbc 1194 268556916 System.Object[]
Total 1198 objects
0:000> !gcroot 10ee1010
Thread 2dfc:
04f1f70c 72db0687 System.Net.TimerThread.ThreadProc()
ebp+50: 04f1f710 (interior)
-> 02ac33a8 System.Object[]
-> 072a5a38 System.Net.ServerCertValidationCallback
-> 072a5a18 System.Net.Security.RemoteCertificateValidationCallback
-> 10ee1010 System.Object[]
简化和压缩代码:
TimeSpan timerInterval = TimeSpan.FromSeconds(5);
static Timer t;
public void startTimer()
{
t = new System.Threading.Timer(TimerTick, null, TimeSpan.Zero, timerInterval);
}
public void TimerTick(Object TimerState)
{
//run each query sweep synchronously
t.Change(Timeout.Infinite, Timeout.Infinite);
List<Query> queries = GetQueries();
foreach (var query in queries)
{
var search = new QueryProcessor(query);
//short term publisher?
search.resultFoundEvent += QueryResultEventListener;
search.RunSearch();
}
t.Change(timerInterval, timerInterval);
}
public void RunJob(JobDetails job)
{
Task.Factory.StartNew(() => job.Execute(JobCallback));
}
//long term subscriber
public void QueryResultEventListener(object sender, FakeEventArgs e)
{
RunJob(e.jobdetails);
}
public void JobCallback(JobDetails jobsuccess)
{
//job was completed
}
正如上面所评论的,我认为这不是传统的事件处理程序泄漏,上面的 windbg
在 !dumpheap -stat
的底部只有一个巨大的条目 System.Object[]
.
使用 jetBrains dotMemory,我能够确定打开的句柄来自从 job.Execute()
中堆栈中引用的托管代码调用的一行代码。它正在全局设置一个委托并导致 ServerCertificateValidationCallback
固定一个句柄并且永远不会释放。
ServicePointManager.ServerCertificateValidationCallback += (sender, certificate, chain, sslPolicyErrors) => { };
感觉它的行为就像 "short term publisher, long term subscriber" 经典的内存泄漏方式,因为调用此行的构造函数的父对象很快就被释放了。