关于wcslen的一个错觉!

xShandow

<>不知道大家有没有我这种体验.大家先看看下面这段代码:</P>
% a) C- S: s' A. H+ }<>int fp=_wopen(L"Hello.dat",O_BINARY | O_CREAT | O_TRUNC | O_RDWR);
9 s' k  s! J& i, a) M9 Gif(fp==-1) return;
' l; g$ U+ N' F% L* @write(fp,L"123中国人",wcslen(L"123中国人"));
7 j% u6 ?3 O7 B; C3 N% m' j$ Hclose(fp);

上面这段代码不知道大家看出什么BUG来了.如果大家看不出毛病也不足为怪,因为这是我们的习惯导致了我们的错误产生.

; o' D8 a$ E" j% p! v) \先让我来分析一下write吧.下面是write的原型:
int write( int <I>handle</I>, const void *<I>buffer</I>, unsigned int <I>count</I> );
! p4 ^9 {2 u8 r) F, v$ e
2 @8 Z1 C% K$ }/ D7 @$ q  x& Q0 p3 O参数:
5 o4 k. F# B& N( i8 a0 Q$ h$ `handle   已打开或已创建的文件句柄
) B! ^; W6 w; Z' y8 cbuffer     待写入的数据
" s8 s& F5 g4 Q6 T6 X' V7 q; Ocount     待写入的数据大小
. }5 W6 r9 R9 i; _  K/ u/ W
现在分析为什么上面的那代码有bug,其实主要问题就在一个buffer,和count.
如果我们写入一个Ansi字符串,上面的代码改成相应的形式确实没有错.
但如果是写入一个宽字符串,那么上面的代码就不严格.原因就在于count.

我们首先看一下strlen和wcslen,如果使用strlen,一般情况下,我们直接作为字符串的长度,
而使用wcslen,你会发现,得出的不是字符串的长度而是字符的个数.
2 q" E# Y% Y8 D+ }2 l1 o
这就是问题的所在.一般情况下.char的长度是1,这是用sizeof(char)运算出来的结果.
: e9 O  a, t8 w) W3 ulen=strlen(str)*sizeof(char);而我们一般情况下,都只用strlen(str)来等价,这就是平时的习惯.
* `' \3 E0 E4 @正是由于这个习惯所引来的问题,这个习惯并不适用于宽字符串.因为wcslen(str)*sizeof(wchar_t)并不等于wcslen(strl).这就是习惯所引起的错误.

说到这里我想大家都明白了.我在这里把这种习惯称之为不良习惯.所以大家以后在计算字符串长度的时候,千万不能简而简之,一定要len=strlen(str)*sizeof(char),len=wcslen(str)*sizeof(wchar_t).
( A) Z2 t9 U) `" r不要再犯这种习惯性的低级错误.(在下就犯了这种错误.大家都可怜我吧!).</P>

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

ilikenba

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

xShandow

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