string是一种很特殊的数据类型,它既是基元类型又是引用类型,在编译以及运行时,.Net都对它做了一些优化工作,正式这些优化工作有时会迷惑编程人员,使string看起来难以琢磨。这篇文章共四节,来讲讲关于string的陌生一面。

一.恒定的字符串

要想比较全面的了解stirng类型,首先要清楚.Net中的值类型与引用类型。

在C#中,以下数据类型为值类型: bool、byte、char、enum、sbyte以及数字类型(包括可空类型)
         以下数据类型为引用类型: class、interface、delegate、object、stirng
看到了吗,我们要讨论的stirng赫然其中。被声明为string型变量存放于堆中,是一个彻头彻尾的引用类型。那么许多同学就会对如下代码产生有疑问了,难道string类型也会“牵一发而动全身”吗?让我们先来看看以下三行代码有何玄机:

string a = "str_1";
string b = a;
a = "str_2";

不要说无聊,这一点时必须讲清楚的!在以上代码中,第3行的“=”有一个隐藏的秘密:它的作用我们可以理解为新建,而不是对变量“a”的修改。以下是IL代码,可以说明这一点:

.maxstack
.locals init ([] string a,[] string b)
IL_0000: nop
IL_0001: ldstr "str_1"
IL_0006: stloc.
IL_0007: ldloc.
IL_0008: stloc.
IL_0009: ldstr "str_2"
IL_000e: stloc. //以上2行对应 C#代码 a = "str_2";
IL_0015: ret

  可以看出IL代码的第1、6行,由ldstr指令创建字符串"str_1",并将其关联到了变量“a”中;7、8行直接将堆栈顶部的值弹出并关联到变量“b”中;9、10由ldstr创建字符串"str_2",关联在变量“a”中(并没有像我们想象的那样去修改变量a的旧值,而是产生了新的字符串);

  在C#中,如果用new关键字实例化一个类,对应是由IL指令newobj来完成的;而创建一个字符串,则由ldstr指令完成,看到ldstr指令,我们即可认为,IL希望创建一个新的字符串 。(注意:是IL希望创建一个字符串,而最终是否创建,还要在运行时由字符串的驻留机制决定,这一点下面的章节会有介绍。)

  所以,第三行C#代码(a = "str_2";)的样子看起来是在修改变量a的旧值"str_1",但实际上是创建了一个新的字符串"str_2",然后将变量a的指针指向了"str_2"的内存地址,而"str_1"依然在内存中没有受到任何影响,所以变量b的值没有任何改变---这就是string的恒定性,同学们,一定要牢记这一点,在.Net中,string类型的对象一旦创建即不可修改!包括ToUpper、SubString、Trim等操作都会在内存中产生新的字符串。

本节重点回顾:由于stirng类型的恒定性,让同学友们经常误解,string虽属引用类型但经常表现出值的特性,这是由于不了解string的恒定性造成的,根本不是“值的特性”。例如:

string a = "str_1";
a = "str_2";

这样会在内存中创建"str_1"和"str_2"两个字符串,但只有"str_2"在被使用,"str_1"不会被修改或消失,这样就浪费了内存资源,这也是为什么在做大量字符串操作时,推荐使用StringBuilder的原因。

二..Net中字符串的驻留(重要)

  在第一节中,我们讲了字符串的恒定性,该特性又为我们引出了字符串的另一个重要特性:字符串驻留。
  从某些方面讲,正是字符串的恒定性,才造就了字符串的驻留机制,也为字符串的线程同步工作大开方便之门(同一个字符串对象可以在不同的应用程序域中被访问,所以驻留的字符串是进程级的,垃圾回收不能释放这些字符串对象,只有进程结束这些对象才被释放)。
我们用以下2行代码来说明字符串的驻留现象:

string a = "str_1";
string b = "str_1";

  请各位同学友思考一下,这2行代码会在内存中产生了几个string对象?你可能会认为产生2个:由于声明了2个变量,程序第1行会在内存中产生"str_1"供变量a所引用;第2行会产生新的字符串"str_1"供变量b所引用,然而真的是这样吗?我们用ReferenceEquals这个方法来看一下变量a与b的内存引用地址:

string a = "str_1";
string b = "str_1";
Response.Write(ReferenceEquals(a,b)); //比较a与b是否来自同一内存引用
//输出:True

  哈,各位同学看到了吗,我们用ReferenceEquals方法比较a与b,虽然我们声明了2个变量,但它们竟然来自同一内存地址!这说明string b = "str_1";根本没有在内存中产生新的字符串。

  这是因为,在.Net中处理字符串时,有一个很重要的机制,叫做字符串驻留机制。由于string是编程中用到的频率较高的一种类型,CLR对相同的字符串,只分配一次内存。CLR内部维护着一块特殊的数据结构,我们叫它字符串池,可以把它理解成是一个HashTable,这个HashTable维护着程序中用到的一部分字符串,HashTable的Key是字符串的值,而Value则是字符串的内存地址。一般情况下,程序中如果创建一个string类型的变量,CLR会首先在HashTable遍历具有相同Hash Code的字符串,如果找到,则直接把该字符串的地址返回给相应的变量,如果没有才会在内存中新建一个字符串对象。

  所以,这2行代码只在内存中产生了1个string对象,变量b与a共享了内存中的"str_1"。

好了,结合第一节所讲到的字符串恒定性与第二节所讲到的驻留机制,来理解一下下面3行代码吧:

string a = "str_1"; //声明变量a,将变量a的指针指向内存中新产生的"str_1"的地址
a = "str_2"; //CLR先会在字符串池中遍历,查看"str_2"是否已存在,如果没有,则新建"str_2",并修改变量a的指针,指向"str_2"内存地址,"str_1"保持不变。(字符串恒定)
string c = "str_2"; //CLR先会在字符串池中遍历"str_2"是否已存在,如果存在,则直接将变量c的指针指向"str_2"的地址。(字符串驻留)

那么如果是动态创建字符串呢?字符串还会不会有驻留现象呢?

我们分3种情况讲解动态创建字符串时,驻留机制的表现:

(1).字符串常量连接

string a = "str_1" + "str_2";
string b = "str_1str_2";
Response.Write(ReferenceEquals(a,b)); //比较a与b是否来自同一内存引用
//输出 :True

IL代码:

.maxstack
.locals init ([] string a,[] string b)
IL_0000: nop
IL_0001: ldstr “str_1str_2”
IL_0006: stloc.
IL_0007: ldstr “str_1str_2”
IL_000c: stloc.
IL_000d: ret

  其中第1、6行对应c#代码string a = “str_1” + “str_2”;第7、8对应c# string b = “str_1str_2”;可以看出,字符串常量连接时,程序在被编译为IL代码前,编译器已经计算出了字符串常量连接的结果,ldstr指令直接处理编译器计算后的字符串值,所以这种情况字符串驻留机制有效!

(2).字符串变量连接

string a = "str_1";
string b = a + "str_2";
string c = "str_1str_2";
Response.Write(ReferenceEquals(b,c));
//输出:False

IL代码:

.maxstack
.locals init ([] string a, [] string b, [] string c)
IL_0000: nop
IL_0001: ldstr “str_1”
IL_0006: stloc.
IL_0007: ldloc.
IL_0008: ldstr “str_2”
IL_000d: call string [mscorlib]System.String::Concat(string,string)
IL_0012: stloc.
IL_0013: ldstr “str_1str_2”
IL_0018: stloc.
IL_0019: ret

  其中第1、6行对应string a = “str_1”;第7、8、9行对应string b = a + “str_2”;,IL用的是Concat方法连接字符串,第13、18行对应string c = “str_1str_2”;可以看出,字符串变量连接时,IL使用Concat方法,在运行时生成最终的连接结果,所以这种情况字符串驻留机制无效!

(3).显式实例化

string a = "a";
string b = new string('a',);
Response.Write(ReferenceEquals(a, b));
//输出 False

IL代码:

.maxstack
.locals init ([] string a,[] string b)
IL_0000: nop
IL_0001: ldstr "a"
IL_0006: stloc.
IL_0007: ldc.i4.s
IL_0009: ldc.i4.
IL_000a: newobj instance void [mscorlib]System.String::.ctor(char, int32)
IL_000f: stloc.
IL_0010: ret

  这种情况比较好理解,IL使用newobj来实例化一个字符串对象,驻留机制无效。从string b = new string('a',1);这行代码我们可以看出,其实string类型实际上是由char[]实现的,一个string的诞生绝不像我们想想的那样简单,要由栈、堆同时配合,才会有一个string的诞生。这一点在第四节会有介绍。

当然,当字符串驻留机制无效时,我们可以很简便的使用string.Intern方法将其手动驻留至字符串池中,例如以下代码:

string a = "a";
string b = new string('a',);    
Response.Write(ReferenceEquals(a, string.Intern(b)));
//输出:True (程序返回Ture,说明变量"a"与"b"来自同一内存地址。)

三.有趣的比较操作

  在第一节与第二节中,我们分别介绍了字符串的恒定性与与驻留性,如果这位同学友觉得完全掌握了以上内容,那么就在第三节中检验一下自己的学习成果吧!以下10段简单的代码将通过值比较与地址引用比较,来说明前两节讲到的内容,大家也可以通过这些代码来检测一下自己对string的了解程度。

代码一:

string a = "str_1";
string b = "str_1";
Response.Write(a.Equals(b));
Response.Write(ReferenceEquals(a,b)); //输出:True (Equals比较字符串对象的值)
//输出:True (ReferenceEquals比较字符串对象的引用,由于字符串驻留机制,a与b的引用相同)

代码二:

string a = "str_1str_2";
string b = "str_1";
string c = "str_2";
string d = b + c;
Response.Write(a.Equals(d));
Response.Write(ReferenceEquals(a, d)); //输出:True (Equals比较字符串对象的值)
//输出:False(ReferenceEquals比较字符串对象的引用,由于变量d的值为变量连接的结果,字符串驻留机制无效)

代码三:

string a = "str_1str_2";
string b = "str_1" + "str_2";
Response.Write(a.Equals(b));
Response.Write(ReferenceEquals(a, b)); //输出:True (Equals比较字符串对象的值)
//输出:True (ReferenceEquals比较字符串对象的引用,由于变量b的值为常量连接的结果,字符串驻留机制有效。如果变量b的值由“常量+变量”的方式得出,则字符串驻留无效)

代码四:

string a = "str_1";
string b = String.Copy(a);
Response.Write(a.Equals(b));
Response.Write(ReferenceEquals(a, b)); //输出:True (Equals比较字符串对象的值)
//输出:False(ReferenceEquals比较字符串对象的引用,Copy操作产生了新的string对象)

代码五:

string a = "str_1";
string b = String.Copy(a);
b = String.Intern(b);
Response.Write(a.Equals(b));
Response.Write(ReferenceEquals(a, b)); //输出:True (Equals比较字符串对象的值)
//输出:True (ReferenceEquals比较字符串对象的引用,String.Intern实现了字符串驻留)

代码六:

string a = "str_1";
string b = String.Copy(a);
string c = "str_1";
Response.Write((object)a == (object)b);
Response.Write((object)a == (object)c); //输出:False(“==”在两边为引用类型时,则比较引用的地址,所以a与b为不同引用)
//输出:True (“==”在两边为引用类型时,则比较引用的地址,所以a与c的引用相同)(原文:ReferenceEquals比较字符串对象的引用,a与c由于字符串驻留机制,引用相同)

代码七:

string a = "str_1";
string c = "str_1";
Response.Write(a == c); //输出:True(刚才我们提到过,“==”在两边为引用类型时,则比较引用的地址;如果是值类型时则需要比较引用和值。string为引用类型,那么上面的代码是比较了变量a与c的地址还是地址和值呢?
       答案是:比较了地址和值!因为在string类型比较的时候,“==”已经被重载为“Equals”了,所以,虽然你在用“==”比较两个引用类型,但实际上是在用“Equals”比较它们的地址和值!(先比较地址,地址不等再比较值))

代码八:

string a = "a";
string b = new string('a', );
Response.Write(a.Equals(b));
Response.Write(ReferenceEquals(a, b)); //输出:True (Equals比较值,a与b的值相同)
//输出:False(ReferenceEquals比较字符串对象的引用)

代码九:

string a = "a";
string b = new string('a', );
Response.Write(a.Equals(string.Intern(b)));
Response.Write(ReferenceEquals(a, string.Intern(b)));
//输出:True (Equals比较值,无论是否Intern都会相同)
//输出:True (ReferenceEquals比较字符串对象的引用,Intern已经将b驻留至字符串池内)

代码十:

string a = "str";
string b = "str_2".Substring(,);
Response.Write(a.Equals(b));
Response.Write(ReferenceEquals(a, b));
//输出:True (Equals比较值,a与c的值相同)
//输出:False(ReferenceEquals比较字符串对象的引用,Substring操作产生了新的字符串对象)

四.艺海拾贝

  这一节将主要给大家介绍一些string的常见问题。

(1)“string = ”与“new stirng()”的区别

string test = "a";
string test = new string('a', );

  以上两行代码的效果是一样的,它们的区别在于加载”a”的时间不同:第一行的“a”是一个常量,在编译期就已经被放在一个叫做常量池的地方了,常量池通常装载一些在编译期被确定下来的数据,例如类、接口等等;而第二行是运行时CLR在堆中生成的值为“a”的字符串对象,所以后者没有字符串驻留。

(2). string 与 String的区别

  String的大名叫做System.String,在编译为IL代码时,string和System.String会生成完全相同的代码:(ps:long和System.Int64,float和System.Single等也有此特性)

C#代码:

string str_test = "test";
System.String Str_test = "test";

IL代码:

// 代码大小       14 (0xe)
.maxstack
.locals init ([] string str_test,[] string Str_test)
IL_0000: nop
IL_0001: ldstr "test"
IL_0006: stloc.
IL_0007: ldstr "test"
IL_000c: stloc.
IL_000d: ret

  所以,二者的区别并不在于底层,而是在于string是类似于int的基元类型;System. String是框架类库(FCL)的基本类型,二者之间有直接的对应关系。

(3).StringBuilder

  StringBuilder提供了高效创建字符串的方法,由StringBuilder表示的字符串是可变的(非恒定的),在需要多处使用“+”连接字符串变量的时候,推荐使用StringBuilder来完成,最后调用其ToString()方法输出。当调用了StringBuilder的ToString()方法之后,StringBuilder将返回其内部维护的一个字符串字段引用,如再次修改StringBuilder,它将会创建一个新的字符串,这时被修改的是新的字符串,原来已经返回的字符串才不会发生改变。

StringBuilder有两个比较重要的内部字段,大家需要掌握:

  m_MaxCapacity:StringBuilder的最大容量,它规定了最多可以放置到        

  m_StringValue的字符个数,默认值为Int32.MaxValue。m_MaxCapacity一旦被指定就不能再更改。

  m_StringValue:StringBuilder维护的一个字符数组串,实际上可以理解为一个字符串。StringBuilder重写的Tostring()方法返回的就是这个字段。


相关文章:C# String与StringBuilder

C#截取字符串的方法小结

原文:http://www.cnblogs.com/isline/archive/2009/02/04/1383799.html

C# string 字符串详解 恒定 驻留的更多相关文章

  1. String 字符串详解 / 常用API

    String 详解 / 常用API 简介 String 是不可改变的字符串序列.String 为字符串常量 StringBuilder 与StringBuffer 均为可改变的字符串序列.为字符串变量 ...

  2. 03-Java String字符串详解

    1.Java字符串String A.实例化String字符串:直接赋值(更合理一些,使用较多).使用关键字new. B.String内容的比较 // TODO Auto-generated metho ...

  3. Swift_字符串详解(String)

    Swift_字符串详解(String) 类型别名 //类型别名 fileprivate func testTypeAliases() { let index = String.Index.self p ...

  4. 【转】Java魔法堂:String.format详解

    Java魔法堂:String.format详解     目录     一.前言    二.重载方法     三.占位符     四.对字符.字符串进行格式化     五.对整数进行格式化     六. ...

  5. Java String类详解

    Java String类详解 Java字符串类(java.lang.String)是Java中使用最多的类,也是最为特殊的一个类,很多时候,我们对它既熟悉又陌生. 类结构: public final ...

  6. 小白的Python之路 day5 random模块和string模块详解

    random模块详解 一.概述 首先我们看到这个单词是随机的意思,他在python中的主要用于一些随机数,或者需要写一些随机数的代码,下面我们就来整理他的一些用法 二.常用方法 1. random.r ...

  7. C++之string类型详解

    C++之string类型详解 之所以抛弃char*的字符串而选用C++标准程序库中的string类,是因为他和前者比较起来,不必担心内存是否足够.字符串长度等等,而且作为一个泛型类出现,他集成的操作函 ...

  8. java 复习整理(四 String类详解)

    String 类详解   StringBuilder与StringBuffer的功能基本相同,不同之处在于StringBuilder是非线程安全的,而StringBuffer是线程安全的,因此效率上S ...

  9. Python变量和字符串详解

    Python变量和字符串详解 几个月前,我开始学习个人形象管理,从发型.妆容.服饰到仪表仪态,都开始做全新改造,在塑造个人风格时,最基础的是先了解自己属于哪种风格,然后找到参考对象去模仿,可以是自己欣 ...

随机推荐

  1. newcoder 筱玛的迷阵探险(搜索 + 01字典树)题解

    题目描述 筱玛是个快乐的男孩子. 寒假终于到了,筱玛决定请他的朋友们一起来玩迷阵探险. 迷阵可以看做一个n×nn×n的矩阵A,每个格子上有一个有一个数Ai,j. 入口在左上角的(1,1)处,出口在右下 ...

  2. ps2016新功能

    1             内容识别缩放(alt ctrl shift c) 2            内容感知移动 3            画笔大小和画笔硬度调整 alt + 鼠标右键:上下为硬度 ...

  3. nginx 配置静态文件

    location /temp/ { root F:/; autoindex on; } F:\temp 下的目录文件. 例子:http://localhost/temp/nginx-1.12.2/ht ...

  4. Images之Dockerfile中的命令2

    COPY COPY has two forms: COPY [--chown=<user>:<group>] <src>... <dest> COPY ...

  5. Docker1之Container

    Document An image is a lightweight, stand-alone, executable package that includes everything needed ...

  6. Android天坑ImageView控件上下留白原因与解决

    ImageView控件上下留白 如下,误以为是padding的问题.搜索无果 后来发现是需要添加android:adjustViewBounds="true",调整ImageVie ...

  7. react native 渐变组件 react-native-linear-gradient

    github:  https://github.com/react-native-community/react-native-linear-gradient 安装:yarn add  react-n ...

  8. python redis 操作

    1.String 操作 redis中的String在在内存中按照一个name对应一个value来存储 set() #在Redis中设置值,默认不存在则创建,存在则修改 r.set('name', 'z ...

  9. 浅谈Linux文件系统

    Linux 与其他类 UNIX 系统一样并不区分文件与目录:目录是记录了其他文件名的文件.使用命令 mkdir 创建目录时,若期望创建的目录的名称与现有的文件名(或目录名)重复,则会创建失败. Lin ...

  10. Eclispe中编辑xml配置文件时不会提示也不能自动调整格式

    创建了一个xml文件后,发现编辑起来和原来的那些有所不同,不会提示补全.也不能自动调整格式???woc? 哈哈哈哈哈,“我最恨你像个石头一样” 后来发现是编辑器被改了!!! 右键xml文件然后open ...