程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> .NET網頁編程 >> .NET實例教程 >> 你真的了解.NET中的String嗎?

你真的了解.NET中的String嗎?

編輯:.NET實例教程

概述

String在任何語言中,都有它的特殊性,在.NET中也是如此。它屬於基本數據類型,也是基本數據類型中唯一的引用類型。字符串可以聲明為常量,但是它卻放在了堆中。希望通過本文能夠使大家對.Net中的String有一個深入的了解。

不可改變對象

在.Net中String是不可改變對象,一旦創建了一個String對象並為它賦值,它就不可能再改變,也就是你不可能改變一個字符串的值。這句話初聽起來似乎有些不可思議,大家也許馬上會想到字符串的連接操作,我們不也可以改變字符串嗎?看下面這段代碼:


 1using System;
 2
 3namespace Demo1
 4{
 5    /**//// <summary>
 6    /// String連接測試
 7    /// </summary>
 8    public class Test
 9    {
10        public static void Main(string[] args)
11        {
12            string a = "1234";
13            Console.WriteLine(a);
14
15            a += "5678";
16            Console.WriteLine(a);
17            Console.ReadLine();
18        }
19    }
20}
21

 

運行的結果:MyStr的值從“1234”改為了“12345678”。事實是這樣的嗎?實際上並沒有改變。在第5行代碼中創建了一個String對象它的值是“1234”,MyStr指向了它在內存中的地址;第七行代碼中創建了一個新的String對象它的值是“12345678”,MyStr指向了新的內存地址。這時在堆中其實存在著兩個字符串對象,盡管我們只引用了它們中的一個,但是字符串“1234”仍然在內存中駐留。


1234

12345678

看起來我們似乎已經把

引用類型

前面說過String是引用類型,這就是如果我們創建很多個相同值的字符串對象,它在內存中的指向地址應該是一樣的。也就是說,當我們創建了字符串對象a,它的值是“1234”,當我們再創建一個值為“1234”的字符串對象b時它不會再去分配一塊內存空間,而是直接指向了a在內存中的地址。這樣可以確保內存的有效利用。看下面的代碼:


 1using System;
 2
 3namespace Demo2
 4{
 5    /**//// <summary>
 6    /// String引用類型測試
 7    /// </summary>
 8    public class Test
 9    {
10        public static void Main(string[] args)
11        {
12            string a = "1234";
13
14            Console.WriteLine(a);
15
16            Test.Change(a);
17
18            Console.WriteLine(a);
19            Console.ReadLine();
20        }
21
22        public static void Change(string s)
23{
24            s = "5678";
25        }
26    }
27}
運行結果:


1234

1234
做一個小改動,注意Change(ref string s)


 1using System;
 2
 3namespace Demo2
 4{
 5    /**//// <summary>
 6    /// String引用類型測試
 7    /// </summary>
 8    public class Test
 9    {
10        public static void Main(string[] args)
11 {
12            string a = "1234";
13
14            Console.WriteLine(a);
15
16            Test.Change(ref a);
17
18            Console.WriteLine(a);
19            Console.ReadLine();
20        }
21
22        public static void Change(ref string s)
23        {
24            s = "5678";
25        }
26    }
27}
28
運行結果:


1234

5678

 

字符串的比較

在.Net中,對字符串的比較操作並不僅僅是簡單的比較二者的值,= =操作首先比較兩個字符串的引用,如果引用相同,就直接返回True;如果不同再去比較它們的值。所以如果兩個值相同的字符串的比較相對於引用相同的字符串的比較要慢,中間多了一步判斷引用是否相同。看下面這段代碼:

 


 1using System;
 2
 3namespace Demo3
 4{
 5    /**//// <summary>
 6    /// String類型的比較
 7    /// </summary>
 8    public class Test
 9    {
10        public static void Main(string[] args)
11        {
12            string a = "1234";
13            string b = "1234";
14            string c = "123";
15            c += "4";
16
17            int times = 1000000000;
18            int start,end;
19            
20            /**////測試引用相同所用的實際時間
21            start = Environment.TickCount;
22            for(int i=0;i<times;i++)
23            {
24                if(a==b)
25                {}
26            }
27            end = Environment.TickCount;
28            Console.WriteLine((end-start));
29              /**////測試引用不同而值相同所用的實際時間
31            start = Environment.TickCount;
32            for(int i=0;i<times;i++)
33            {
34                if(a==c)
35                {}
36            }
37            end = Environment.TickCount;
38            Console.WriteLine((end-start));
39
40            Console.ReadLine();
41        }
42    }
43}
44

執行的結果(運行的結果可能有些不同):


1671

4172

由此我們看出值相同時的比較用= =比引用相同時的比較慢了好多。這裡僅僅是一個測試,因為做這樣的比較並沒有任何實際的意義。
有一點需要明確的是,.Net中==跟Equals()內部機制完全是一樣的,==是它的一個重載。

 1public static bool Equals(string a, string b)
 2{
 3      if (a == b)
 4      {
 5            return true;
 6      }
 7      if ((a != null) && (b != null))
 8      {
 9            return a.Equals(b);
10      }
11      return false;
12}
13

字符串駐留

看一下這段代碼:


 1using System;
 2    namespace Demo4
 4{
 5    /**//// <summary>
 6    /// String的駐留
 7    /// </summary>
 8    public class Test
 9    {
10        public static void Main(string[] args)
11        {
12            string a = "1234";
13            string s = "123";
14            s += "4";
15
16            string b = s;
17            string c = String.Intern(s);
18
19            Console.WriteLine((object)a == (object)b);
20            Console.WriteLine((object)a == (object)c);
21            Console.ReadLine();
22        }
23    }
24}
25

 

執行的結果:Intern()函數來進行字符串的駐留(如果有這樣的值存在)。


False

True

在這段代碼中,比較這兩個對象發現它的引用並不是一樣的。如果要想是它們的引用相同,可以用

StringBuilder對象

通過上面的分析可以看出,String類型在做字符串的連接操作時,效率是相當低的,並且由於每做一個連接操作,都會在內存中創建一個新的對象,占用了大量的內存空間。這樣就引出StringBuilder對象,StringBuilder對象在做字符串連接操作時是在原來的字符串上進行修改,改善了性能。這一點我們平時使用中也許都知道,連接操作頻繁的時候,使用StringBuilder對象。但是這兩者之間的差別到底有多大呢?來做一個測試:


 1using System;
 2using System.Text;
 3
 4namespace Demo5
 5{
 6    /**//// <summary>
 7     /// String和StringBulider比較
 8    /// </summary>
 9    public class Test
10    {
11        public static void Main(string[] args)
12        {
13            string a = "";
14            StringBuilder s = new StringBuilder();
15
16            int times = 10000;
17            int start,end;
18            
19            /**////測試String所用的時間
20            start = Environment.TickCount;
21            for(int i=0;i<times;i++)
22  {
23                a += i.ToString();
24            }
25            end = Environment.TickCount;
26            Console.WriteLine((end-start));
27            
28            /**////測試StringBuilder所用的時間
29            start = Environment.TickCount;
30            for(int i=0;i<times;i++)
31            {
32                s.Append(i.ToString());
33            }
34            end = Environment.TickCount;
35            Console.WriteLine((end-start));
36
37            Console.ReadLine();
38    &nbsp;   }
39    }
40}
41
運行結果:


884

0

 

通過上面的分析,可以看出用String來做字符串的連接時效率非常低,但並不是所任何情況下都要用StringBuilder,當我們連接很少的字符串時可以用String,但當做大量的或頻繁的字符串連接操作時,就一定要用StringBuilder。


1public static bool Operator ==(string a, string b)
2{
3      return string.Equals(a, b);
4}
5

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved