经常讲课的时候会提到值类型和引用类型,也会提到如何查看它们的大小。多次被朋友问到,如何真的想要知道到底每个方法分配了多少内存之类的问题,其实这可以通过CLR Profiler工具来监控。
有兴趣的朋友可以查看下面这篇文档
http://msdn.microsoft.com/zh-cn/library/ms979205(en-us).aspx
演示程序
using System;
public class ProfilerSample1
{
static void Main(string[] args)
{
int start = Environment.TickCount;
for (int i = 0; i < 1000; i++)
{
string s = "";
for (int j = 0; j < 100; j++)
{
s += "Outer index = ";
s += i;
s += " Inner index = ";
s += j;
s += " ";
}
}
Console.WriteLine("Program ran for {0} seconds",
0.001 * (Environment.TickCount - start));
}
}
你能想到这个程序在运行期间居然要分配1.6GB的内存吗?
查看堆上面分配的情况
大家可能很惊讶,为什么这么简单的代码居然要用那么多内存空间呢?
其实这也是我们经常所说的,不要在大量的循环中使用字符串(string)拼接,因为string类型在.NET中是一个特殊的引用类型,它本身不可改变。
那么,如果我们将代码稍作一些修改,如下
using System;
using System.Text;
public class ProfilerSample1
{
static void Main(string[] args)
{
int start = Environment.TickCount;
for (int i = 0; i < 1000; i++)
{
StringBuilder sb = new StringBuilder();
for (int j = 0; j < 100; j++)
{
sb.Append("Outer index = ");
sb.Append(i);
sb.Append(" Inner index = ");
sb.Append(j);
sb.Append(" ");
}
}
Console.WriteLine("Program ran for {0} seconds",
0.001 * (Environment.TickCount - start));
}
}
再次运行,我们发现首先运行时间大致只有1.4秒了,原先是5.07秒,大约是4倍的速度差异
而且此时程序所分配的内存大致为20MB,原先为1.6GB。
并且GC工作的次数也只有10次。大大地降低了CLR的负荷
上一篇,我演示了如何使用CLR Profiler对.NET应用程序进行性能分析。下面再谈谈在Visual Studio中自带的工具
示范代码
using System;
using System.Text;
///
/// 这个例子程序用来演示如何进行.NET程序的性能监视和调优
/// 作者:陈希章
///
public class ProfilerSample1
{
static void Main(string[] args)
{
int start = Environment.TickCount;
for (int i = 0; i < 1000; i++)
{
string s = "";
for (int j = 0; j < 100; j++)
{
s += "Outer index = ";
s += i;
s += " Inner index = ";
s += j;
s += " ";
}
}
#endregion
Console.WriteLine("Program ran for {0} seconds",
0.001 * (Environment.TickCount - start));
}
}
运行代码分析工具(需要Visual Studio Team suite for developer版本)
"分析"==〉“启动性能向导”
现在可以启动性能监视了,很快就能看到下面的一个报表
通过这个摘要报告,我们可以看出来,该程序中占绝大部分的操作都是string.concat方法,就是字符串连接。一共有500000次。
从时间上也可以看到它们占用了绝大部分时间
将程序修改为使用stringbuidler