问题源自这篇文章：WPF的TextBox产生内存泄露的情况。

　　整个问题是这样的，文章作者演示使用类似下方的代码来不停地像WPF的TextBox控件赋值：

for (int i = 0; i < 10000; i++)

{

    //tbx是界面上的TextBox变量

    tbx.Text += string.Format("{0}\n", i);

}

　　然后会出现程序占用过多内存的问题。

　　很快在那篇文章的评论中有人指出这个和WPF没有关系，因为频繁得拼接字符串会产生过多重复字符串对象，即使不显示在TextBox控件上，也会会占用过多内存的。

　　但是原文作者又在回复中讲到他做了相关测试，但是却不会出现占用非常多的内存的情况。

　　最后问题不了了之。

　　我做了下测试，一种是不断拼接字符串并显示在TextBox中：

//我们就拿个小数字1万来做示例

for (int i = 0; i < 10000; i++)

{

    //tbx是界面上的TextBox变量

    tbx.Text += string.Format("{0}\n", i);

}

　　程序运行后任务管理器显示55.5 MB的内存。(环境：.NET 4.5/Debug编译/64位)

　　接着测试另一种情况：先拼接字符串，最后才显示在TextBox中：

var str = String.Empty;

//我们就拿个小数字1万来做示例

for (int i = 0; i < 10000; i++)

{

    //tbx是界面上的TextBox变量

    str += String.Format("{0}\n", i);

}

tbx.Text = str;

　　运行后显示24.1 MB。

　　如果把最后一句删掉，也就是根本不在TextBox中显示。运行后是23.4 MB。

　　很明显，整个问题确实是和WPF有关系的，但也不是因为原文作者认为的字符串拼接所造成的。真正的问题是TextBox(更准确地说是其父类：TextBoxBase)的UndoLimit属性。也就是说TextBox会因为频繁修改值而堆积过多的撤销项目项目。

　　这部分项目会占用过多的内存空间。

　　在.NET 3.5和4.0：TextBoxBase.UndoLimit的值默认是-1。代表如果内存够用的话，撤销列表会无限大。(这个有点恐怖)

　　在.NET 4.5中：TextBoxBase.UndoLimit的值默认是100。

　　我们可以吧TextBoxBase.UndoLimit设置成0(或者把IsUndoEnabled设置成False)，也就是命令TextBox不支持撤销功能。再次运行第一次的代码：

//禁止撤销

tbx.UndoLimit = 0;

for (int i = 0; i < 10000; i++)

{

    //tbx是界面上的TextBox变量

    tbx.Text += string.Format("{0}\n", i);

}

　　运行后，任务管理器显示29.4 MB(几秒后又变成了24 MB)。而没有设置UndoLimit，也就是.NET 4.5中默认值是100的情况下，占用内存则能飙升到55.5 MB。在非.NET 3.5或者4下可能会更大，因为默认是没有限制的。

　　那么问题的解决方案是：

　　适当设置WPF的TextBox.UndoLimit(尤其是.NET 3.5/4.0环境下，默认值-1太可怕了)。当然这仅仅应用在频繁设置TextBox值的情况下，如果没有此类情况，无需担心。另外也要注意如果要进行频繁字符串拼接操作，请使用TextBoxBase.AppendText或者StringBuilder。

　　本文来自刘圆圆博客，原文地址：