线程暴长~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 }
分类:
其它 / 异常错误与解决
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
· 上周热点回顾(2.17-2.23)
2013-08-26 EF架构~DefaultValue让我的UnitOfWork更可读
2011-08-26 用户权限管理,LINQ去除它的重复菜单项