关于wcslen的一个错觉!

xShandow

<>不知道大家有没有我这种体验.大家先看看下面这段代码:</P>
2 G' S9 w  T3 K<>int fp=_wopen(L"Hello.dat",O_BINARY | O_CREAT | O_TRUNC | O_RDWR);
if(fp==-1) return;
write(fp,L"123中国人",wcslen(L"123中国人"));
: F# ~8 Z7 H% Z( x9 q* jclose(fp);
, A# t6 [& }5 t6 j! l2 g  S; }
6 R0 q. g" Y1 P  E  I* S; L9 V6 I上面这段代码不知道大家看出什么BUG来了.如果大家看不出毛病也不足为怪,因为这是我们的习惯导致了我们的错误产生.
) X" d0 E- p  T( [% B
先让我来分析一下write吧.下面是write的原型:
int write( int <I>handle</I>, const void *<I>buffer</I>, unsigned int <I>count</I> );

9 w) W- D: @1 W2 c% ^! y参数:
handle   已打开或已创建的文件句柄
& L6 `) @/ ]+ E, L, Ebuffer     待写入的数据
/ P; j, ?' o! e6 Q. K7 fcount     待写入的数据大小
- i/ F* b4 y, W# @0 x2 L) }! F
现在分析为什么上面的那代码有bug,其实主要问题就在一个buffer,和count.
1 F5 b- H: c4 }* r6 U& O" h如果我们写入一个Ansi字符串,上面的代码改成相应的形式确实没有错.
  t! C: j  V% y$ Y$ x" r- {但如果是写入一个宽字符串,那么上面的代码就不严格.原因就在于count.

% n1 u4 P# u: N) L9 z: V我们首先看一下strlen和wcslen,如果使用strlen,一般情况下,我们直接作为字符串的长度,
而使用wcslen,你会发现,得出的不是字符串的长度而是字符的个数.
' Y7 I# v7 L3 |
这就是问题的所在.一般情况下.char的长度是1,这是用sizeof(char)运算出来的结果.
4 Q, t0 B/ s# M( Flen=strlen(str)*sizeof(char);而我们一般情况下,都只用strlen(str)来等价,这就是平时的习惯.
7 c* K) C# V6 V6 k正是由于这个习惯所引来的问题,这个习惯并不适用于宽字符串.因为wcslen(str)*sizeof(wchar_t)并不等于wcslen(strl).这就是习惯所引起的错误.
; Y0 T% z/ S/ s- H9 S) V
3 s% e3 g2 T2 ]- H$ o说到这里我想大家都明白了.我在这里把这种习惯称之为不良习惯.所以大家以后在计算字符串长度的时候,千万不能简而简之,一定要len=strlen(str)*sizeof(char),len=wcslen(str)*sizeof(wchar_t).
不要再犯这种习惯性的低级错误.(在下就犯了这种错误.大家都可怜我吧!).</P>
( C0 F! S" U' A6 k

[此贴子已经被作者于2004-11-26 9:50:40编辑过]

ilikenba

欧！我也是一直那样想当然的用了！

xShandow

我被这个错误折磨了好半天。