博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
C# 多线程的代价~内存都被吃了!
阅读量:5249 次
发布时间:2019-06-14

本文共 1371 字,大约阅读时间需要 4 分钟。

 

异步操作是.net4.5推出的新名词,事实上,这东西早就有了,它归根结底是通过线程池来实现的,即将一个大任务分成多个小任何块,每个线程并行处理其中的一个,完成后再把结果告诉主线程,在.net4.5推出后,这种技术得到了封装,让开发人员实现起来更加方便了,但是,并发(导步,多线程)并不是在哪里都适用的,使用不当,可能出现很多严重的后果!

看我的程序,这家伙已经占到了2.6G的内存空间了,很可怕吧!

出现这种问题的原因就是我没有把线程这东西搞清楚,在一个调用密集的环境里,使用了多线程,要知道,这种线程,线程池里会有N多个线程的,处理的速度我没有觉得提升,反而内存吃的很严重,这个原因就是因为你的工作线程太多的缘故

所以,多线程,并行,异步这些东西不是在哪都适用的,在调用密集时就能用它,因为它会吃你很多内存,如果非要用,请你把线程池的最大数限制一下,这个值可以控制在10以内。

下面是多线程吃内存的例子

while (true)            {               // ThreadPool.SetMaxThreads(10, 10);//限制最大工作线程和i/o线程                ThreadPool.QueueUserWorkItem(new WaitCallback((a) =>                {                    ConcurrentDictionary
test2 = new ConcurrentDictionary
(); test2.TryAdd(Guid.NewGuid().ToString(), new SendingResult { BatchNumber = Guid.NewGuid().ToString(), DbName = "zzl", EndId = 1, StartId = 1, TableName = "zzl", OccurDate = DateTime.Now, }); })); if (DateTime.Now.Minute == 02) { break; } }

查看一个任务管理器

当我把工作线程做了限制后,这种情况得到了改善

如果对于操作频繁(轮训服务)的工作,如果不使用多线程,反而根据不吃什么内存,性能反而更好!

 

 

 
 

转载于:https://www.cnblogs.com/lvdongjie/p/5509084.html

你可能感兴趣的文章
让IE浏览器支持CSS3圆角属性的方法
查看>>
巡风源码阅读与分析---nascan.py
查看>>
LiveBinding应用 dataBind 数据绑定
查看>>
Linux重定向: > 和 &> 区别
查看>>
nginx修改内核参数
查看>>
【欧拉函数模板题】最大公约数
查看>>
C 筛选法找素数
查看>>
TCP为什么需要3次握手与4次挥手(转载)
查看>>
IOC容器
查看>>
织梦仿站第三课:网站的文件分割
查看>>
Windows 2003全面优化
查看>>
URAL 1002 Phone Numbers(KMP+最短路orDP)
查看>>
web_day4_css_宽度
查看>>
用sql删除数据库重复的数据的方法
查看>>
输出n阶“魔方阵”
查看>>
学习笔记21—PS换图片背景
查看>>
electron入门心得
查看>>
实现一个简单实用的动态加载上千条目的UGUI模块
查看>>
格而知之2:UIView的autoresizingMask属性探究
查看>>
Spring3.0 AOP 具体解释
查看>>