VC2005 中CString 的FormatV乱码问题

CString::FormatV

void FormatV( LPCTSTRlpszFormat, va_list argList );

Parameters

lpszFormat

A format-control string.

argList

A list of arguments to be passed.

这个函数特别方便，很适合在实现一个变参的函数中使用，它能帮助我们把多个参数按照我们指定的格式输出到一个CString对象中间。我们只需提供一个格式控制的字符串和一个参数列表。

在这里再介绍下va_list  va_start   va_end，从网络上摘抄下来的

为了支持可变参数函数，C语言引入新的调用协议， 即C语言调用约定 __cdecl 。 采用C/C++语言编程的时候，默认使用这个调用约定。如果要采用其它调用约定，必须添加其它关键字声明，例如WIN32 API使用PASCAL调用约定，函数名字之前必须加__stdcall关键字。

采用C调用约定时，函数的参数是从右到左入栈，个数可变。由于函数体不能预先知道传进来的参数个数，因此采用本约定时必须由函数调用者负责堆栈清理。举个例子：

//C调用约定函数

int __cdecl Add(int a, int b)

{

　　return (a + b);

}

函数调用：

Add(1, 2);

//汇编代码是：

push 2 ;参数b入栈

push 1 ;参数a入栈

call @Add ;调用函数。其实还有编译器用于定位函数的表达式这里把它省略了

add esp,8 ;调用者负责清栈

如果调用函数的时候使用的调用协议和函数原型中声明的不一致，就会导致栈错误，这是另外一个话题，这里不再细说。

另外c/c++编译器采用宏的形式支持可变参数函数。这些宏包括va_start、va_arg和va_end等。之所以这么做，是为了增加程序的可移植性。屏蔽不同的硬件平台造成的差异。

支持可变参数函数的所有宏都定义在stdarg.h 和 varargs.h中。例如标准ANSI形式下，这些宏的定义是：

typedef char * va_list; //字符串指针

#define _INTSIZEOF(n) ( (sizeof(n) + sizeof(int) - 1) & ~(sizeof(int) - 1) )

#define va_start(ap,v) ( ap = (va_list)&v + _INTSIZEOF(v) )

#define va_arg(ap,t) ( *(t *)((ap += _INTSIZEOF(t)) - _INTSIZEOF(t)) )

#define va_end(ap) ( ap = (va_list)0 )

使用宏_INTSIZEOF是为了按照整数字节对齐指针，因为c调用协议下面，参数入栈都是整数字节（指针或者值）。

 

当然，我要说的是乱码问题，倘若在变参中传入的的是char*，则会出现乱码的问题。

 CString strIp(inet_ntoa(ClientAddr->sin_addr));
 CString strMessage(pIoContext->m_WsaBuf.buf);
 ShowMessage( _T("客户端 %s:%d 连入."), strIp, ntohs(ClientAddr->sin_port) );  // 若strIp 用inet_ntoa(ClientAddr->sin_addr)代替，则会出现乱码
 ShowMessage( _T("客户端 %s:%d 信息：%s."),strIp, ntohs(ClientAddr->sin_port),strMessage);

ShowMessage(LPCTSTR szFormat ,...)
{

CString strMessage;
 va_list    arglist ;
 va_start(arglist, szFormat);//取得可变参数的首地址
 strMessage.FormatV(szFormat,arglist);
 va_end(arglist);

}

我认为原因在于vc2005的默认字符集形式是UNICODE，所以FormatV对