线程暴长~Quartz中创建Redis频繁后导致线程暴长
在最近项目开发过程中,在进行任务调度处理过程中,出现了一个问题,它的线程数暴长,从20多个可以到1000多个,如果你的服务器性能好的话,可以到10000多个,太恐怖了,就算你的服务再好,早晚有一天也会被new Redis炸干!哈哈!
原因:非托管资源使用过多,没有得到释放
一 连接网络资源过多,如redis,mongo,sql等
二 原生的数据库对象创建过多(自己没有连接池,现在的linq没这问题)
三 文件资源使用过多,没有得到释放
解决方法:
使用单例模式减少new操作的次数
对于我们应用程序的线程,如果它持续增长,那么,你就要看一下那么非托管资源是否被释放了,这个要重视起来。
有人说这个文章是个标题党,不知道从哪里发明的这个“新名词”,所以我把代码也发一下吧
/// <summary> /// Redis客户端 /// </summary> public class RedisClient : IDisposable { public static RedisClient Instance; private ConnectionMultiplexer conn; private IDatabase cache; Private static Object lockObj=new Object(); #region Constructors static RedisClient() { lock(lockObj) { Instance = new RedisClient(); } } private RedisClient() { conn = ConnectionMultiplexer.Connect("localhost"); //var conn = ConnectionMultiplexer.Connect("redis0:6380,redis1:6380,allowAdmin=true"); cache = conn.GetDatabase(); } #endregion #region Behaviors public void Push(string key, object value) { cache.Push(key, value); } public object Pop(string key) { return cache.Pop(key); } public T Pop<T>(string key) { return cache.Pop<T>(key); } public T Get<T>(string key) { return cache.Get<T>(key); } public object Get(string key) { return cache.Get(key); } public void Set(string key, object value) { cache.Set(key, value); } #endregion #region IDisposable public void Dispose() { conn.Dispose(); } #endregion }