学历门,地陷裂口,摩能朝天骄送代理
.net虽然拥有强大易用的垃圾回收机制，但并不是因为这样，你就可以对资源管理放任不管，其实在稍不注意的时候，可能就造成了资源泄露，甚至因此导致系统崩溃，到那时再来排查问题就已经是困难重重。
一、知识点简单介绍
常见的资源泄露有：
二、具体实例
1. 内存泄漏
很常见的现象是分不清哪些对象需要释放，对于控件、stream等一些非托管资源也只管新增，却没有释放，功能是实现了，却埋了颗不小的雷。
我要评论
private void button1_click(object sender, eventargs e)
{
for(int i=0;i<1000;i++)
this.controls.add(new tabpage());
}
private void button1_click(object sender, eventargs e)
{
new form2.showdialog();
}
如果你觉得写这样的代码很cool，很简洁，你在项目中也有这么写代码，那你就碰到大麻烦了，你试试在上面form2中开个大一点的数组来检查内存，然后运行，按几下按钮，你就会发现，内存一直增加，即使你调用了gc也无济于事。所以，对于此类非托管资源要记住释放，用完即废可以采用using关键字。
public form2()
{
initializecomponent();
myapp.formchanged += formchanged;
}
上面这个例子中，myapp是一个静态类，如果在实例对象中向这种类里面注册了事件，而又没有取消注册，这样也会遇到大麻烦，即使在外部已经记得调用了form2的dispose也是没用的。
解决方案
2. gdi泄露
一般会跟字体相关，例如我曾在android上用cocos2d做一个小游戏时频繁地切换字体、dev控件的font属性赋值也会有这种现象。
xxx.font = new font(...)
解决方案
这个问题我目前是采用字体池来解决，类似线程池的概念，相同key值取同一个对象。若有更好方案欢迎留言讨论
3. 句柄泄露
一般跟socket和thread(线程)有关
for(int i=0;i<1000;i++){
new thread(()=>{
thread.sleep(1000);
}).start();
}
解决方案
4. 用户对象泄露
一般跟移除的对象未释放有关
private void button1_click(object sender, eventargs e)
{
tab.remove(tabpage);
}
三、最后特别奉送一个内存释放的大招
[dllimport("kernel32.dll", entrypoint = "setprocessworkingsetsize")]
public static extern int setprocessworkingsetsize(intptr process, int minsize, int maxsize);
/// <summary>
/// 释放内存
/// </summary>
public static void clearmemory()
{
gc.collect();
gc.waitforpendingfinalizers();
if (environment.osversion.platform == platformid.win32nt)
{
setprocessworkingsetsize(system.diagnostics.process.getcurrentprocess().handle, -1, -1);
}
}
调用以上api能让你的内存一下爆减，是不是很给力，一调用内存就降下来了。but，先别高兴太早，这其实是伪释放，只是暂时解决内存大量泄漏导致系统崩溃的应急处理方案。具体原因参考：setprocessworkingsetsize函数的骗局，关键信息：物理内存转虚拟内存，涉及磁盘读写。好处坏处都贴出来了，是否需要使用请君自己斟酌。
四、总结
实际上由于各个开发人员的水平跟接触面不同，又没有经过统一的培训（各个人对资源释放的理解与关注度不同，或者写代码时就没考虑内存未被释放这种问题），发现问题的时候项目往往已经做到了一个阶段，系统也比较庞大了，这种时候才发现内存泄露的问题确实是很头疼的。
资源泄露的场景往往是相互关联的，发生最多的就是内存泄漏，而除了写法可能有问题外，也可能是因为句柄泄露或用户对象泄露引起的。
参考文章：
以上就是本次介绍的全部相关知识点，感谢大家的学习和对移动技术网的支持。
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
Blazor server side 自家的一些开源的, 实用型项目的进度之 CEF客户端
.NET IoC模式依赖反转(DIP)、控制反转(Ioc)、依赖注入(DI)
vue+.netcore可支持业务代码扩展的开发框架 VOL.Vue 2.0版本发布
网友评论