提供3000多款全球软件/控件产品
针对软件研发的各个阶段提供专业培训与技术咨询
根据客户需求提供定制化的软件开发服务
全球知名设计软件,显著提升设计质量
打造以经营为中心,实现生产过程透明化管理
帮助企业合理产能分配,提高资源利用率
快速打造数字化生产线,实现全流程追溯
生产过程精准追溯,满足企业合规要求
以六西格玛为理论基础,实现产品质量全数字化管理
通过大屏电子看板,实现车间透明化管理
对设备进行全生命周期管理,提高设备综合利用率
实现设备数据的实时采集与监控
利用数字化技术提升油气勘探的效率和成功率
钻井计划优化、实时监控和风险评估
提供业务洞察与决策支持实现数据驱动决策
转帖|其它|编辑:郝浩|2010-11-30 15:03:53.000|阅读 593 次
概述:在这之前我写过一些文章来介绍关于字符串内存分配和驻留的文章,涉及到的观点主要有:字符串的驻留机制避免了对具有相同字符序列的字符串对象的重复创建;被驻留的字符串是不受GC管辖的,即被驻留的字符串对象不能被GC回收;被驻留的字符串是被同一进程中所有应用程序域共享的。本文主要介绍通过内存分析工具来证明字符串驻留机制,希望对大家有帮助。
# 慧都年终大促·界面/图表报表/文档/IDE等千款热门软控件火热促销中 >>
在这之前我写过一些文章来介绍关于字符串内存分配和驻留的文章,涉及到的观点主要有:字符串的驻留机制避免了对具有相同字符序列的字符串对象的重复创建;被驻留的字符串是不受GC管辖的,即被驻留的字符串对象不能被GC回收;被驻留的字符串是被同一进程中所有应用程序域共享的。至于具体的原因,相信在《关于CLR内存管理一些深层次的讨论》中,你可以找到答案。
一、具有相同字符序列的String对象不会重复创建
首先来证明第一个结论:具有相同字符序列的String对象不会重复创建。我先创建了一个简单的Console应用,编写了如下的程序:在静态方法BuildString中进行了四次String对象的创建,str1和str2,str3和str4具有相同的值。该方法在Main方法中被执行,在执行前后通过调用Console.ReadLine方法让程序Block住。
class Program
{
static void Main(string[] args)
{
Console.WriteLine("Press any key to begin building string...");
Console.ReadLine();
BuildString();
Console.WriteLine("Press any key to exit...");
Console.ReadLine();
}
static void BuildString()
{
var str1 = "ABCDEFG";
var str2 = "ABCDEFG";
var str3 = "1234678";
var str4 = "1234678";
}
}
现在我们通过ANTS Memory Profiler启动代码这个Console程序的exe文件,在静态方法前后(也就是相应的文字被输出到控制台的时候)拍摄两个内存快照。通过比较这两个快照下对象的变化,我们发现多了3个String类型的实例。
我们进一步追踪着多出的3个字符串的值到底是多少,于是我们查看实例列表。从下面的截图中我们可以清晰地看到:除了一个值为"byteIndex"的字符串之外,另两个的值分别为"ABCDEFG"和"12345678",它们就是我们在静态方法BuildString创建的。在BuildString方法中,我们创建了4个String对象,而在这里我们我们只看到了两个。这无疑证实了字符串驻留机制的存在。
二、字符串驻留机制同样于string literal + string literal的运算
"+"是我们最为常见的字符串操作符,当我们通过该操作符对两个字符串进行连接操作的时候,字符串的驻留机制依然有效。为此,我将BuildString方式定义成如下的方式,采用相同的Profiling流程,你依然可以看到与图2完全一样的结果。
static void BuildString()
{
var str1 = "ABCDEFG";
var str2 = "ABCD" +"EFG";
var str3 = "1234678";
var str4 = "1234"+"678";
}
三、字符串驻留机智不适合Variable + string literal形式
虽然字符串的驻留适用于两个通过引号括起来的字符串值直接进行相加,但是如果将任何一个或者两个换成字符串变量,最终运算的结果是不能被驻留的。我们同样可以通过类似于上面的步骤来证实这一点,为此我们BuildString方法进行了如下的修改。采用上面的Profiling流程,你看到的依然是图2完全一样的结果,也就是说无论是变量和一个字符串常量相加,还是两个字符串常量相加,运算的结果"ABCDEFG1234678"并没有被驻留下来(实际上此时它已经是一个垃圾对象,GC可以对其进行回收)。
static void BuildString()
{
var str1 = "ABCDEFG";
var str2 = "1234678";
var str3 = "ABCDEFG" + str2;
var str4 = str1 + "1234678";
var str5 = str1 + str2;
}
四、调用string.Intern可以对运算结果进行强制驻留
虽然涉及到变量的字符串连接运算结果不会被驻留,但是我们可以通过调用string.Intern方法对其进行强制驻留,该方法会迫使传入传入参数表示的字符串被保存到驻留池中。为此,我们对BuildString方法进行如下的修改:将"ABCDEFG" + str2运算的结构传入string.Intern静态方法中。
static void BuildString()
{
var str1 = "ABCDEFG";
var str2 = "1234678";
var str3 = string.Intern("ABCDEFG" + str2);
}
通过采用上面的Profiling流程,在新创建对象(New Object)String实例列表中,多出了一个"ABCDEFG1234678"。
五、驻留的字符串不能被GC回收
虽然String是一个引用类型,但是它却不受GC管辖。GC在进行回收的时候,看似垃圾对象的字符串实例依然保存在内存中。为了演示,我们将BuildString方法还原成原来的代码,并在调用该方法之后调用GC.Collect方法进行强制垃圾回收。采用上面的Profiling流程,你看到的依然是图2完全一样的结果,四个本应该是垃圾对象(str1~str4)在GC回收之后依然存在。
class Program
{
static void Main(string[] args)
{
Console.WriteLine("Press any key to begin building string...");
Console.ReadLine();
BuildString();
GC.Collect();
Console.WriteLine("Press any key to exit...");
Console.ReadLine();
}
static void BuildString()
{
var str1 = "ABCDEFG";
var str2 = "ABCDEFG";
var str3 = "1234678";
var str4 = "1234678";
}
}
六、字符串驻留是基于整个进程的
现在来证明最后一个结论:驻留的字符串是基于整个进程范围的,而不是基于当前AppDomain。为了证明这个结论,我们可以要写多一点代码。我们借用《关于CLR内存管理一些深层次的讨论》中的方式,创建了如下一个AppDomainContext类,该类是对一个AppDomain对象的封装。Invoke方法实现了在一个单独的AppDomain中执行某个基于泛型类型实例的操作。
public class AppDomainContext
{
public AppDomain AppDomain { get; private set; }
private AppDomainContext(string friendlyName)
{
this.AppDomain = AppDomain.CreateDomain(friendlyName);
}
public static AppDomainContext CreateDomainContext(string friendlyName)
{
return new AppDomainContext(friendlyName);
}
public void Invoke<T>(Action<T> action)
{
T instance = (T)this.AppDomain.CreateInstanceAndUnwrap(typeof(T).Assembly.FullName, typeof(T).FullName);
action(instance);
}
}
然后我们将上述的BuildString方法实现在一个继承自MarshalByRefObject的Foo类型中。
public class Foo : MarshalByRefObject
{
public void BuildString()
{
var str1 = "ABCDEFG";
var str2 = "ABCDEFG";
var str3 = "1234678";
var str4 = "1234678";
}
}
然后再Main方法中,我们执行如下的程序。下面的程序模拟的是创建了3个AppDomain,并在它们内部进行BuildString方法的执行。如果字符串的驻留是基于AppDomain的话,应该有6个String实例存在。但是采用上面的Profiling流程,你看到的依然图2完全一样的结果,这就充分证明了驻留机制是基于进程而非AppDomain的结论。
static void Main(string[] args)
{
Console.WriteLine("Press any key to begin building string...");
Console.ReadLine();
AppDomainContext.CreateDomainContext("Domain A").Invoke<Foo>(foo => foo.BuildString());
AppDomainContext.CreateDomainContext("Domain B").Invoke<Foo>(foo => foo.BuildString());
AppDomainContext.CreateDomainContext("Domain C").Invoke<Foo>(foo => foo.BuildString());
GC.Collect();
Console.WriteLine("Press any key to exit...");
Console.ReadLine();
}
本站文章除注明转载外,均为本站原创或翻译。欢迎任何形式的转载,但请务必注明出处、不得修改原文相关链接,如果存在内容上的异议请邮件反馈至chenjj@pclwef.cn
文章转载自:博客转载面对“数字中国”建设和中国制造2025战略实施的机遇期,中车信息公司紧跟时代的步伐,以“集约化、专业化、标准化、精益化、一体化、平台化”为工作目标,大力推进信息服务、工业软件等核心产品及业务的发展。在慧都3D解决方案的实施下,清软英泰建成了多模型来源的综合轻量化显示平台、实现文件不失真的百倍压缩比、针对模型中的大模型文件,在展示平台上进行流畅展示,提升工作效率,优化了使用体验。
本站的模型资源均免费下载,登录后即可下载。模型仅供学习交流,勿做商业用途。
本站的模型资源均免费下载,登录后即可下载。模型仅供学习交流,勿做商业用途。
本站的模型资源均免费下载,登录后即可下载。模型仅供学习交流,勿做商业用途。
服务电话
重庆/ 023-68661681
华东/ 13452821722
华南/ 18100878085
华北/ 17347785263
客户支持
技术支持咨询服务
服务热线:400-700-1020
邮箱:sales@pclwef.cn
关注我们
地址 : 重庆市九龙坡区火炬大道69号6幢