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兼容

巴特西

delphi string,pchar,char的比较

最新文章

热门文章