关于wcslen的一个错觉!

xShandow

<>不知道大家有没有我这种体验.大家先看看下面这段代码:</P>
; p: Q) M' d0 R0 O<>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中国人"));
3 z5 r: S% [& e1 h) \' Cclose(fp);
$ b3 q# s1 ~) S( g+ h2 E) t* D
4 _" b" q- \( W( O上面这段代码不知道大家看出什么BUG来了.如果大家看不出毛病也不足为怪,因为这是我们的习惯导致了我们的错误产生.
* q- \( X: y% }7 e% f$ e
先让我来分析一下write吧.下面是write的原型:
5 |9 [* i: E. O6 }7 N+ m( l+ Y/ ~int write( int <I>handle</I>, const void *<I>buffer</I>, unsigned int <I>count</I> );

. n2 k4 z( s& m参数:
handle   已打开或已创建的文件句柄
buffer     待写入的数据
, N; d) d/ i! Kcount     待写入的数据大小

: S0 [) `% N& F* t6 s9 }% ]3 ]6 {/ t$ L现在分析为什么上面的那代码有bug,其实主要问题就在一个buffer,和count.
如果我们写入一个Ansi字符串,上面的代码改成相应的形式确实没有错.
& [$ ^; ~' ^; g4 K) K但如果是写入一个宽字符串,那么上面的代码就不严格.原因就在于count.
! w( N% Q  `, Z
& f8 D5 r* J/ c' G) {9 y我们首先看一下strlen和wcslen,如果使用strlen,一般情况下,我们直接作为字符串的长度,
而使用wcslen,你会发现,得出的不是字符串的长度而是字符的个数.

这就是问题的所在.一般情况下.char的长度是1,这是用sizeof(char)运算出来的结果.
len=strlen(str)*sizeof(char);而我们一般情况下,都只用strlen(str)来等价,这就是平时的习惯.
& t8 J% @# M* e" ?, u' {正是由于这个习惯所引来的问题,这个习惯并不适用于宽字符串.因为wcslen(str)*sizeof(wchar_t)并不等于wcslen(strl).这就是习惯所引起的错误.
8 H& T% v- f9 T8 h  l' X( d! s
说到这里我想大家都明白了.我在这里把这种习惯称之为不良习惯.所以大家以后在计算字符串长度的时候,千万不能简而简之,一定要len=strlen(str)*sizeof(char),len=wcslen(str)*sizeof(wchar_t).
3 \1 y5 J5 L3 k; n6 q, [+ T不要再犯这种习惯性的低级错误.(在下就犯了这种错误.大家都可怜我吧!).</P>
+ ]+ i' d: w/ U3 |3 G, a

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

ilikenba

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

xShandow

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