[System.Runtime.InteropServices.DllImport("kernel32.dll")]        public static extern bool SetProcessWorkingSetSize(IntPtr proc, int min, int max);        public void FlushMemory()        {            GC.Collect();            GC.WaitForPendingF

看了下面一片博文解决的 Winform 内存不足Winform,我给PictureBox 赋值 picBox_One.BackgroundImage = Image.FromFile("图片");    总共8个PictureBox,初始化的时候8个都有图片显示,根据我的图片总数,可以点击下一页或上一页来重新给PictureBox赋值,但是每点击一次,就是重新给PictureBox背景图片换一次,内存就会多占用一点,直到最后报内存不足.这个问题该如何解决: ------解决方案----

原文:http://www.jb51.net/article/56682.htm 背景: 微软的 .NET FRAMEWORK 现在可谓如火如荼了.但是,.NET 一直所为人诟病的就是“胃口太大”,狂吃内存,虽然微软声称 GC 的功能和智能化都很高,但是内存的回收问题,一直存在困扰,尤其是 winform 程序,其主要原因是因为.NET程序在启动时,是需要由JIT动态编译并加载的,这个加载会把所有需要的资源都加载进来,很多资源是只有启动时才用的. 以XP 系统为例子,程序启动后,打开任务管理器,

这里整理了一些网上关于Winform如何降低系统内存占用的资料,供参考: 1.使用性能测试工具dotTrace 3.0,它能够计算出你程序中那些代码占用内存较多2.强制垃圾回收3.创建完对象实例后,记得释放资源,多使用Dispose(),Close()方法,或者使用using 4.用timer,每几秒钟调用:SetProcessWorkingSetSize(Process.GetCurrentProcess().Handle, -1, -1),具体见下面的代码.5.发布的时候选择Release

其实很久没有写程序了,国庆难得有空闲,写了个游戏辅助机器人,程序写好能用后本想把UI控件放到GroupBox里归下分类,美化下界面,结果一运行报“尝试读取或写入受保护的内存.这通常指示其他内存已损坏”的错误.大惊.然后把控件从GroupBOX移出来.删掉GroupBOX又好了. 为了进一步测试,关机重启电脑.新建一个WINFORM,只放一个GroupBOX,点F5运行还是报同样的错误. 具体如图.

背景: 微软的 .NET FRAMEWORK 现在可谓如火如荼了.但是,.NET 一直所为人诟病的就是“胃口太大”,狂吃内存,虽然微软声称 GC 的功能和智能化都很高,但是内存的回收问题,一直存在困扰,尤其是 winform 程序,其主要原因是因为.NET程序在启动时,是需要由JIT动态编译并加载的,这个加载会把所有需要的资源都加载进来,很多资源是只有启动时才用的. 以XP 系统为例子,程序启动后,打开任务管理器,会看到占用的内存量比较大,你把程序最小化,会发现该程序占用的内存迅速减小到一个很小

 微软的 .NET FRAMEWORK 现在可谓如火如荼了.但是,.NET 一直所为人诟病的就是“胃口太大”,狂吃内存,虽然微软声称 GC 的功能和智能化都很高,但是内存的回收问题,一直存在困扰,尤其是 winform 程序,其主要原因是因为.NET程序在启动时,是需要由JIT动态编译并加载的,这个加载会把所有需要的资源都加载进来,很多资源是只有启动时才用的.   以XP 系统为例子,程序启动后,打开任务管理器,会看到占用的内存量比较大,你把程序最小化,会发现该程序占用的内存迅速减小到一个很小的

winform中如果每次打开的窗体都是通过new出来的,发现几次过后就会出现提示”内存不足“问题,那么在关闭窗体的时候怎么处理可以及时释放内存?dispose方法可能也无法解决这个问题.我们可以每次在关闭窗体的时候刷新存储器来彻底释放内存. using System; using System.Collections.Generic; using System.Diagnostics; using System.Drawing; using System.IO; using System.Run

最近一直在写一个winform程序,对各类文档文件,以及压缩包的内容进行关键字检测. 模型出来之后,执行了一下,发现连续测试后,会有内存不足的问题,导致程序面假死.脑袋懵逼了两天. 回头看我的变量容器List,使用的是静态变量,思路如下: 上图是修改之后的  最初为  : private static List<Inform_Model> Model_List =new List<Inform_Model>(); 但是! static静态全局变量的生命周期是跟随程序结束而GG的:

在winform程序中有的时候需要暂时关闭窗口并在需要的时候再次调出原来关闭的这个窗口(即关闭的时候不销毁该窗口的内存)实现方法如下: Form.Designer.cs中有如下方法 /// <summary> /// Clean up any resources being used. /// </summary> /// <param name="disposing">true if managed resources should be disp

问题:我们通常再制作WinForm应用程序的时候,运行程序的第一个窗口一般是登陆窗口.代码如下: 那么这种方式有一个弊端,这种启动方式,其实就是把登陆窗口设置为主窗体.因此,再登陆后,我们通常是调用Hide()方法将 这个登陆窗体隐藏,因此其实这个窗体还是占用内存. 那么,点击登陆后,调用Close()方法可以不?当然不可以,这种方式下,登陆窗口是主窗体,调用Close()就等于把整个程序关闭了. static class Program { /// <summary> /// 应用程序的主入

前言 最近项目中需要在winform中做一个类似于网页那种轮播的效果,这里做下记录. 实现 整体的实现思路如下: 读取图片文件夹. 建立一个集合存储Image对象. 定时器定时更换PictrueBox的显示图片 private List<Image> ilst = new List<Image>();//全局image集合 private int imageIndex = 0;//图片索引 //读取配置文件中的文件夹路径 private string Slideshow() { t

系列主题:基于消息的软件架构模型演变 在Winform和Asp.net时代,事件被大量的应用在UI和后台交互的代码中.看下面的代码: private void BindEvent() { var btn = new Button(); btn.Click += btn_Click; } void btn_Click(object sender, EventArgs e) { MessageBox.Show("click"); } 这样的用法可以引起内存泄漏吗?为什么我们平时一直写这样的

前言 在做项目的时候,我们有时候需要检测项目的内存占用情况,有时候是检测内存泄露~,有时候是查看某段代码执行前后的内存对比,以方便找出问题并以解决. 内存泄漏也称作“存储渗漏”,用动态存储分配函数动态开辟的空间,在使用完毕后未释放,结果导致一直占据该内存单元.直到程序结束.(其实说白了就是该内存空间使用完毕之后未回收)即所谓内存泄漏.-百度百科 前几天做项目的时候就遇到这种情况,项目是winform开发,大数据压缩.解压和绑定的时候,内存飙升的很快.虽然通过Windows任务管理器可以查看到进程

前段时间做个小项目需要用到一个代码编辑器控件,但网上搜了半天,居然没发现一个完全满意的编辑器.现有的一些编辑器有: FastedTextBox 优点:1.  轻量. 2. 样式美观. 3. DEMO完整,文档丰富. 缺点:1. 不支持中文/中文字体显示难看 2. 代码折叠只能支持整行. ICSharpCode.AvalonEdit 优点:功能强大,几乎完美,非常接近 VS 缺点:1. 使用 WPF 开发. 2. 在 WinForm 使用不大稳定,比如不能同时开两个窗口,图形错位. 3. 内存多.

编写WinForm程序时,都会碰到一个问题.就是WinForm窗口在不同分辨率下的大小问题.举例说明,你编写的WinForm窗口在1024×768下是合适.匀称的.不过,如果用户的计算机的分辨率为1400×900时,你的WinForm窗口就显得偏小,其中的字体和控件都显得偏小.如果用户的分辨率为640×480,那你的窗口就远远超过它的屏幕的大小. 如何解决这个问题?一般的WinForm程序都会这样操作:程序启动——>获取屏幕分辨率——>调整窗体的大小——>调整各个控件大小及位置——>

看微软件的宣传说NET会自动回收内存.以前一直以为NET会自动回收也没有去细看. 近来发现NET下的winForm程序,默认情况下不会自动释放内存.如果是循执行的程序内存会不断增大.具体会大到多少没有具体去测试.上网找了一下原来.NET有手动释放内存的机制的. 需要加载命名空间using System.Diagnostics; 具体代码: private void ReduceMemory()        {            Process A = Process.GetCurrentP

今天解决的一个问题,记录下,以备后用. 问题描述:WinForm程序有超时自动退出功能,但是有些模态对话框不关掉的话会退出失败,原因(猜测): 程序倒计时用的System.Windows.Forms.Timer,相应Tick事件,判断这个Timer在主UI线程上跑,所以模态对话框会阻止UI线程. 问题解决思路: 1.开始尝试用后台线程启模态对话框,不科学. 2.新启一个System.Threading.Thread.Timer,设置一个全局变量 bool isCartTimeout, 这个后台的

在Web上面要实现一个遮罩层或者说是蒙版吧,有了DIV那不算什么难事,只要给div定好位置和大小,把颜色的Alpha值设一下就有透明的效果.不过在Winform中实现起来就没那么简单了事.尝试过用一个Panel,那底色设成透明,真的透明了.窗体后面的东西都显示出来了.就是没把Panel盖住的控件显示出来.这样看来不是办法.谷了一会儿歌.找到了一个,还是要写控件的,不算难,但用到了一点儿没见过的东西.经一事长一智吧. 重写到了一个Control的属性CreateParams,它是CreatePar

经过了这一个多星期的调整与修复,NanUI for .NET Winform的稳定版已经发布.应广大群友的要求,现已将NanUI的全部代码开源. GitHub: https://github.com/NetDimension/NanUI Release: https://github.com/NetDimension/NanUI/releases 这次发布的是一个相对稳定的版本,解决和改善了如下问题: 页面随机白屏问题(主要原因是GC自动回收后,造成内存地址不可读) NanUI编译版本改为.NE