线程暴长~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


    }