項(xiàng)目編譯后給朋友試運(yùn)行，發(fā)現(xiàn)運(yùn)行出錯(cuò)，提示路徑不正確找不到配置文件。因?yàn)榕笥咽欠旁谧烂孢\(yùn)行的，于是推測(cè)是中文路徑的問(wèn)題（因?yàn)槁窂街邪?桌面"兩個(gè)漢字)。反應(yīng)很詫異，什么年代了，還有中文路徑的問(wèn)題...
跟蹤了一下ifstream的open函數(shù)，發(fā)現(xiàn)ifstream在打開(kāi)文件之前會(huì)通過(guò)_mbstowcs_l_helper函數(shù)把文件路徑從mutilbyte轉(zhuǎn)換到unicode。其中的關(guān)鍵轉(zhuǎn)換函數(shù)如下:
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;
}
而vc的默認(rèn)local信息就是
_CLOCALEHANDLE,于是中文字符很悲劇的被轉(zhuǎn)換成了莫名其妙的一串東西。google了下，似乎很多人碰到了這個(gè)問(wèn)題，也沒(méi)有特別好的解決方案，要不直接unicode,要不每次調(diào)用fstream前后都調(diào)用一遍setlocal，對(duì)代碼的侵入性都很強(qiáng)。
我做了個(gè)封裝的解決方案，使用個(gè)模板類對(duì)fstream做一個(gè)wrapper，代碼如下:
template<class T>
struct fstream_fix
:public T
{
fstream_fix(){};
template<class T1>
fstream_fix(T1 v1){
setlocale(LC_CTYPE, ".936");
T::open(v1);
setlocale(LC_CTYPE, 0);
}
template<class T1,class T2>
fstream_fix(T1 v1,T2 v2){
setlocale(LC_CTYPE, ".936");
T::open(v1,v2);
setlocale(LC_CTYPE, 0);
}
template<class T1>
void open(T1 v1){
setlocale(LC_CTYPE, ".936");
T::open(v1);
setlocale(LC_CTYPE, 0);
}
template<class T1,class T2>
void open(T1 v1,T2 v2){
setlocale(LC_CTYPE, ".936");
T::open(v1,v2);
setlocale(LC_CTYPE, 0);
}
};
#define ifstream fstream_fix<ifstream>
#define ofstream fstream_fix<ofstream>
OK.完美，對(duì)原項(xiàng)目沒(méi)有任何影響，ifstream fi(filepath);filepath中含有中文也能正常工作了。:) 當(dāng)然要注意的是，在宏定義之后，就不能再include <fstream>，不然可能會(huì)有編譯錯(cuò)誤。