碰到的问题： 今天碰到这个问题了，是在使用Crypto++库的时候遇到的，该库操作文件是使用的std::ifstream。在我给文件生成签名的时候，每每碰到中文路径名就出错，后来跟进库代码一看是打开文件的时候出错。 据说这个问题在VS2003以及之前版本是没有的，不幸的是我现在用的是VS2005的版本。 产生问题的原因： 究竟是因为什么产生的这个问题呢？如果你跟进去VC实现版的STL代码，你会发现，它有一个将传入的char字符串文件名转换为UNICODE的wchar_t字符串这样一个过程，其代码如下： _Fiopen( const char *filename, ios_base::openmode mode, int prot) { // open wide-named file with byte name
wchar_t wc_name[FILENAME_MAX];


if (mbstowcs_s(NULL, wc_name, FILENAME_MAX, filename, FILENAME_MAX - 1) != 0)
return (0);
return _Fiopen(wc_name, mode, prot);
} wbstowcs_s方法最终进入到了_mbstowcs_l_helper方法， 如果得到的是C locale，则它认为传进来的字符串为ASCII码，也就是单字节字符，它仅仅是进行了char到wchar_t指针的转换而已，那很显然第二个字节肯定为零，自然的字符就错了； 如果不是的话，它认为是多字节字符，将会调用MultiByteToWideChar进行转码。 在VC8里面，local默认是C locale，所以就出错了。以下为摘抄的该段代码： if (_loc_update.GetLocaleT()->locinfo->lc_handle[LC_CTYPE] == _CLOCALEHANDLE) {
/* C locale: easy and fast */
while (count < n)
{
*pwcs = (wchar_t) ((unsigned char )s[count]);
if (!s[count])
return count;
count++;
pwcs++;
}
return count;

} {
int bytecnt, charcnt;
unsigned char *p;

/* Assume that the buffer is large enough */
if ( (count = MultiByteToWideChar( _loc_update.GetLocaleT()->locinfo->lc_codepage,
MB_PRECOMPOSED |
MB_ERR_INVALID_CHARS,
s,
-1,
pwcs,
( int )n )) != 0 )
return count - 1; /* don't count NUL */ 知道了问题的缘由，才能够更好的解决问题。在VC6和VC7都没有经过这个步骤，好像是直接调用的SDK的CreateFile方法，因此就没有问题。而VC8这样根据locale来转码所以造成了问题。

解决办法：
1、使用C语言的函数设置为中文运行环境

setlocale(LC_ALL, "Chinese-simplified");

其中参数一有以下几个值：

/* Locale categories */ 经过了我的测试，两种方法都是可用的。 但是，接着又有问题出现了，std::cout输出中文时候，中文是输出不了的！这可真是令人烦扰了。要解决这个问题那么就只能是将代码页再设置回去了，用以下方法可以很好解决问题。 设置代码页为简体中文，936是简体中文的代码页。
std::locale loc1 = std::locale::global(std::locale(".936")); {
// 在这里使用std::ifstream 或者 std::fstream
}