delphi string,pchar,char的比较

来自：http://blog.163.com/kat_/blog/static/189284269201152513331999/

-------------------------------------------------------------------------------------

tring和Char数组都是一块内存, 其中存放连续的字符. string保存具体字符的内存对用户

是透明的, 由Delphi管理它的分配, 复制和释放, 用户不能干预(其实也可以, 不过是通过

非法途径). Char数组就不必说了吧?

PChar是一个指针, 它的大小只有32位. 定义时由Delphi自动填0. 要将PChar作为字符串

使用的话必须自己分配内存用完必须自己释放. PChar型字符串由#0表示字符串结尾

Delphi所提供的相关PChar字符串的操作都是判断#0来决定字符串的结尾的。

因为PChar是指针，所以它能指向任何地方(也就是说它不一定非要指向字符串不可).

把一个String赋值给PChar只是将String中保存具体字符串的内存的地址给 PChar

变量. 当然也可以把Char数组第一个元素的地址给PChar.

至于 哪个占用内存小, Char数组＜PChar(指分配过字符串的)＜string(除了具体字符串外

还 包含字符串长度)

如果空字符串那么PChar＜String＜array [0..n] of Char

从速度来说毫无疑问string最慢, 例如:

作为参数传递(非var调用时)给过程时string将整个字串的副本传递过去, PChar将指针

本身的副本传递过去(32位), Char数组和PChar一样, 传递的是第一个元素的地址副本.

不过就灵活性来说string最高, 而且Delphi支持的函数最多. 另外可以将String作为

Buffer使用(因为它当中可以包含字符0).

amo (2000-9-20 1:35:26)

----------------------------------------------------------------------------------

在Delphi2.0以后的版本中，

string分两种，

一种是与Pascal传统string相兼容，叫ShortString,

它的存储结构如下：

+---------------------+

| 1Byte |    字符串内容 |

+---------------------+

0         1 ......

其中第一个字节为字符串的长度。

所以ShortString所能包括的字符串长度不能大于255。

另一种是叫长字符串AnsiString,    它就是一个指向字符串的指针，不过具体的存储有些特别。

它的存储结构如下：

+-----------------------+

| 4B | 4B |    字符串内容 |

+-----------------------+

-8     -4     0    ......

其中，AnsiString指向字符串第一个字符，

在第一个字符的反方向第1到第4的4个字节表示字符串长度，第5到第8的4个字节表字符串被引用的次数。

pchar就是纯指向字符串(#0字符结尾)的指针，与C语言中的char *是一样的。

char数组也是指向字符串的指针，它与pchar的区别在于：

1．char数组(均指非动态数组)一旦定义好，它的长度就固定了；

2．char数组的地址是常量，不能另赋其它值，不能象pchar一样，

如: sPchar:pchar; sArray1,sArray2:array[0..80]of char;

sPChar:=sArray2; sPChar;=sArray1;

但不能sArray2:=sArray1;

char数组就相当于const char *

要说速度最快当然是纯指针操作的pchar与char数组最快啦

所谓占内存最少，效率更高，

不知老兄你想进行什么方面的应用，

一般对string,pchar或char数组，不用考虑这些。

对编程而言，如果在Delphi或C++Builder中使用，可尽量使用 AnsiString,

Borland公司对它已经进行了非常完美的内部处理，

使用非常方便。

如果涉及到Windows API或混合编程等，接口部分一般使用pchar。

char数组使用的比较少了，因为多数可以用char数组的地方，

现在比较流行的作法是定义一个ansistring, 再用setlength来设定它的长度。

lycwg (2001-1-12 11:53:20)

------------------------------------------------------------

三、字符串string 字符数组与指向字

　　符串的指针pchar的区别与联系

　　这3者的基本概念相同,但有一些非常细微的差别,在编程时稍不注意就会出错,需高度重视。

　　1、使用指向字符串的指针,如果不是以0结尾,运行时就会出现错误。为了避免这种错误, 需要在字符串结尾人工加入0 即char(0),或用strpcopy函数在字符串结尾自动加0。

　　例1: 指向字符串的指针,如果不是以0结尾,运行时会出现错误:

　　{s[0]=3 s[1]='n' s[2]='e' s[3]='w'}

　　var

　　s:string;

p:pchar;

　　begin

　　s:='new';

　 label1.caption:=s; {new}

　label2.caption:=intTostr(integer(s[0]));{3是字符串的长度}

　　p:=@s[1];{不是以0结尾,莫用pchar型指针}

　　     label3.caption:=strpas(p); {运行时出现错误}

　　end;

　　例2:在字符串结尾人工加入0即char(0),可使用指向字符串的指针。

　　{s[0]=4 s[1]='n' s[2]='e' s[3]='w' s[4]=0;}

　　{p－－>'new'}

　　var

s:string;

p:pchar;

　　begin

　　p:=@s[1];

　　s:='new'+char(0); {以0结尾,可用pchar型指针}

　　label1.caption:=strpas(p); {new}

注意:

procedure    GetMem(var    P:    Pointer;    Size:    Integer);

//分配动态内存

function    StrPas(const    Str:    PChar):    string;

//将PChar转换为String

------------------------------------------------------csdn达人回复---------------------------------------------------------------

char,   array   of   char,   PChar都是简单类型，简单类型当然通用性好，这个很容易理解，只要保证内存布局一样就可以了，在这个前提下如果有必要可以采取手段欺骗编译器的强类型 检查。Delphi为什么提出string类型？肯定有它的道理。什么道理？用C的同志们都知道处理什么类型都没有处理字串类型费劲，Delphi作为如 此优秀的RAD工具自然要想办法解决这个问题。事实上，如果你能充分的理解string，你就会赞叹Delphi的精妙了。

处理字串时 候最恼人的问题之一就是内存的分配与释放，如果你用char数组（array   [0..l]   of   char等同于C中的char[l+1]）,则内存被静态分配，这种情况主要用在定宽字符串中。但是对于最常见的变长字串可就费劲了。string解决这 个问题的手段是，由编译器通过引用计数和长度信息自动维护字串内存区域。事实上，当把一个string类型的变量当成字符指针看的时候，他的内存布局是这 样的：

s:   string   =   'CSDN '; 
则有PChar(s)^   =   'C '，(PChar(s)+1)^= 'S '，……(PChar(s)+4)^=#0。 
且：PInteger(Integer(Pointer(s))-1*sizeof(DWORD))^=length(s) 
和：PInteger(Integer(Pointer(s))-2*sizeof(DWORD))^=refcount(s)

可视化一下就是： 
[RefCount:   DWORD][Length:   DWORD]^[ 'C '][ 'S '][ 'D '][ 'N '][#0] 
(^处即为s所指内存地址)

可 以看到string在s之后的内存布局同PChar完全一致，都是ASCIIZ标准的字串，因此任何string类型的变量都可以通过强制类型转换的语法 欺骗编译器的强类型检查而作为PChar直接使用，如:   PChar(s)。而且由于字串的长度存放在偏移-4处，因此求字串长度的时候速度极快，因为length(s)   =   PInteger(Integer(Pointer(s))-4)^,不用像PChar和array那样从头数到尾直到#0。那引用计数是干哈的呢？首先 要明确一点，Delphi对于string是从堆中自动分配和释放内存，分配好说，但是什么时候释放呢？如果你了解COM的引用计数原理就知道，通过维护 refCount系统就能够确定可以安全释放对象的时机了。因为Delphi对于string类型的字串使用了copy-on-write技术，因此如果 简单的两个string都包含相同的内容，则实际上内存中仅有一份拷贝。如： 
s1   :=   'I   love   Delphi ';   //   line   1 
s2   :=   s1;   //   line   2 
s1   :=   s1   +   '! ';   //   line   3 
在 第一行，Delphi将为s1分配内存并设定好负偏移处的长度信息与引用计数（初始为1）；在第二行，事实上没有任何的内存分配操作，s2简单的被赋予 s1的指针信息，同时他们指向的字串的引用计数+1（事实上Delphi程序内部还有一张表来记录这些引用信息和变量实例的关系）；在第三行，s1进行了 改变，根据内部的逻辑规则，Delphi将自动分配新的内存并实际拷贝s1+ '! '的内容到新的内存中，然后改变s1的地址和s2指向字串的引用计数就搞定了。这就是所谓的copy-on-write。你说了，这没什么用啊，哪儿这么 多直接的赋值啊？其实像返回字串的函数这类情况都能发挥copy-on-write的好处，经济、快速。

综合一下，在Delphi编程 中应该尽可能的使用string类型简化代码、减少出错并提高程序的运行效率。在调用C或者其他应用PChar的场合可以直接拿 PChar(string)来用，不存在效率问题（因为只是强制转换而已）。字符数组主要用于定宽字串和定义结构时候用，不过只有下标为0且数组成员类型 为char的array才和PChar兼容