关于rapidxml无法解析中文路径问题

ゝ一世哀愁。 2021-12-23 15:57 261阅读 0赞

先放结果

1         setlocale(LC_ALL, ""); 
    2         rapidxml::file<> f(szPath);
    3         setlocale(LC_ALL, "C");

对于setlocale函数,一下是msdn的说法

char *setlocale(  
       int category,  
       const char *locale   
    );

#### 参数 ####

`category`  
受区域设置影响的分类。

`locale`  
区域设置说明符。

**返回值**

Return value

如果提供了有效的 `locale` 和 `category`，则返回指向与指定的 `locale` 和 `category` 关联的字符串的指针。 如果 `locale` 或 `category` 无效，则返回空指针，并且不更改程序的当前区域设置。

例如，调用

`setlocale( LC_ALL, "en-US" );`

设置所有类别，只返回该字符串

`en-US`

你可以复制由 `setlocale` 返回的字符串以还原程序的区域设置信息的该部分。 全局或线程本地存储用于由 `setlocale` 返回的字符串。 稍后调用`setlocale` 将覆盖字符串，这将使之前调用返回的字符串指针无效。

如果 `locale` 指向一个空字符串，即

setlocale(LC_ALL, "");

则区域设置是实现定义的本机环境。 `C` 的值为 C 转换指定最小的符合 ANSI 标准的环境。 `C` 区域设置假设所有 `char` 数据类型为 1 字节，并且其值始终小于 256。

为什么一定要调用setlocale呢？  
因为在C/C++语言标准中定义了其运行时的字符集环境为"C"，也就是ASCII字符集的一个子集，那么mbstowcs在工作时会将cstr中所包含的字符串看作是ASCII编码的字符，而不认为是一个包含有chs编码的字符串，所以他会将每一个中文拆成2个ASCII编码进行转换，这样得到的结果就是会形成4个wchar\_t的字符组成的串，那么如何才能够让mbstowcs正常工作呢？在调用mbstowcs进行转换之间必须明确的告诉mbstowcs目前cstr串中包含的是chs编码的字符串，通过setlocale( LC\_ALL, "chs" )函数调用来完成，需要注意的是这个函数会改变整个应用程序的字符集编码方式，必须要通过重新调用setlocale( LC\_ALL, "C" )函数来还原，这样就可以保证mbstowcs在转换时将cstr中的串看作是中文串，并且转换成为2个wchar\_t字符，而不是4个。 经过转换后的路径当然在实际并不存在,因为这个原因才导致的rapidxml跑出了一个RUNTIME ERROR

记得调用

setlocale(LC_ALL, ""); 后要在合适的地方通过setlocale( LC_ALL, "C" )转换回原本字符集,不然可能会导致其他错误

转载于:https://www.cnblogs.com/wangshaowei/p/8968442.html