2006年11月22日

FILE指针传递给DLL为何无法正确操作--隐式重复定义的陷阱

作者: Panic 2006年1月10日

程序环境:
win2k pro sp4
vc6 sp5

问题提出:(已经省略无关内容)

主      题: 请教一个问题: 主程序里面打开一个文件,将文件指针传入dll中,在dll中对文件执行读写 回复根帖
作      者: zill_li (书生)
发表时间: 2006-1-9 21:33:20
正文内容:
int main(int argc, char* argv[])
{
    FILE * stream;
    if( (stream=fopen("F:\\1.txt","w+")) !=NULL )
    {
        printf("fp1=%X\n", stream);
        testFile( stream );
    }
    return 0;
}

//dll中
void testFile(FILE *fp)
{
    int xx=1234;
    fread(&xx,sizeof(int),1,fp);   
}

这样出错, 提示00000010地址不能为写!

 

先解释几个基本概念:

1,重复定义

出现变量或者函数重复定义,VC6一般报这样一个错误:fatal error LNK1169: one or more multiply defined symbols found

这个错误表明某个符号在工程中被定义了两份。这种情况一般发生在,某个变量在多个源文件(注:区别于头文件)出现定义。

2,工程间源文件分享

这种分享有两种方式,一种是通过.h文件单独分享,一般情况下,这种分享是安全的。

另一种是通过.h + .lib,或者 .h + .c,.cpp共享,这时候就会发生所谓的“隐式重复定义”。

观察问题中的结构,可以发现问题的起因就是FILE *指针的共享,那么在fopen,fwrite之类的函数中,到底对FILE *做了些什么呢?

调试这个源代码,可以在

_file.c

文件中跟踪到如下代码:
void __cdecl _lock_file (
        void *pf
        )
{
        /*
         * The way the FILE (pointed to by pf) is locked depends on whether
         * it is part of _iob[] or not
         */
        if ( (pf >= (void *)_iob) && (pf <= (void *)(&_iob[_IOB_ENTRIES-1])) )
            /*
             * FILE lies in _iob[] so the lock lies in _locktable[].
             */
            _lock( _STREAM_LOCKS + ((FILE *)pf – _iob) );
        else
            /*
             * Not part of _iob[]. Therefore, *pf is a _FILEX and the
             * lock field of the struct is an initialized critical
             * section.
             */
            EnterCriticalSection( &(((_FILEX *)pf)->lock) );
}

这是在fread中调用到的一个函数,注意函数中的这句:

if ( (pf >= (void *)_iob) && (pf <= (void *)(&_iob[_IOB_ENTRIES-1])) )

这里和 pf 比较的变量 _iob 是唯一没有跟随FILE * (pf)一起传递的变量,那么问题是否就出在这里呢?

在这个文件中,找到了 _iob的定义:

FILE _iob[_IOB_ENTRIES] = {
        /* _ptr, _cnt, _base,  _flag, _file, _charbuf, _bufsiz */

        /* stdin (_iob[0]) */

        { _bufin, 0, _bufin, _IOREAD | _IOYOURBUF, 0, 0, _INTERNAL_BUFSIZ },

        /* stdout (_iob[1]) */

        { NULL, 0, NULL, _IOWRT, 1, 0, 0 },

        /* stderr (_iob[3]) */

        { NULL, 0, NULL, _IOWRT, 2, 0, 0 },

};

这样一来,问题就清楚了。

_file.c是一个公共源文件,工程exe和dll分别引用了这个文件。

于是在exe中和dll中,这个变量_iob就存在了两份(隐式重复定义),而这个变量是影响相关函数执行结果的一个变量。(这个问题也会出现在使用lib作为公共源文件的场合)

在exe中,调用fopen,fread等函数的时候,内部调用的是链接进exe文件的_iob,而dll的导出接口调用的,是链接进dll内部的同名变量。

问题发生了,exe中的改变并不会影响dll中同名变量的数值,那么当在exe中想当然的认为正确的数值,到了dll中就面目全非了,结果必然是出错。

解决这个问题的方法有三个:

1,修改DLL,把所有相关的函数,包括fopen,fread,fwite等全部导出。

这样做可以确保所有调用引用的_iob都指向DLL内部的版本,但是由于涉及的函数比较多,操作复杂,并且影响DLL外部接口的清晰。

2,修改程序逻辑,把传递FILE * 改为传递自定义的文件缓冲区指针。

这样可以完全避免问题,同时程序的接口也将更简单。

3,修改_file.c及相关库的实现。

这么作的好处是一劳永逸,并且也为其他库的使用者避免了麻烦(当然,用户还是需要更新库文件并且重新编译链接),只是这个恐怕需要库供应商的支持,并且是否可行还有待商榷。

在目前的情况下,恐怕2是唯一可行的方案,而且不但如此,还需要在FILE *的使用说明上面,醒目的加一句:FILE *不允许在exe和DLL之间作为接口参数传递。

查阅了msdn,并没有找到相关的描述。

不过相信在其他库中,应该还存在其他的类似问题,这里友情提醒大家在编码的时候多加留意。

补充:感谢小明的建议

可以把工程的C++ library设成(Debug) Multithread DLL版本就不会有这个问题了。

原本只修改了工程的,所以问题依旧,现在两边都修改就没有问题了。

2005年07月27日

MFC应用程序中处理消息的顺序

1.AfxWndProc()      该函数负责接收消息,找到消息所属的CWnd对象,然后调用AfxCallWndProc

2.AfxCallWndProc()  该函数负责保存消息(保存的内容主要是消息标识符和消息参数)供应用程序以后使用,
                    然后调用WindowProc()函数

3.WindowProc()      该函数负责发送消息到OnWndMsg()函数,如果未被处理,则调用DefWindowProc()函数

4.OnWndMsg()        该函数的功能首先按字节对消息进行排序,对于WM_COMMAND消息,调用OnCommand()消息
                    响应函数,对于WM_NOTIFY消息
                    调用OnNotify()消息响应函数。任何被遗漏的消息将是一个窗口消息。OnWndMsg()函数搜
                    索类的消息映像,以找到一个
                    能处理任何窗口消息的处理函数。如果OnWndMsg()函数不能找到这样的处理函数的话,则
                    把消息返回到WindowProc()函数,由它将消息发送给DefWindowProc()函数

5.OnCommand()       该函数查看这是不是一个控件通知(lParam参数不为NULL,如果lParam参数为空的话,说明
                    该消息不是控件通知),如果它是,OnCommand()函数会试图将消息映射到制造通知的控件;
                    如果他不是一个控件通知(或者如果控件拒绝映射的消息)OnCommand()就会调用OnCmdMsg()函数

6.OnCmdMsg()        根据接收消息的类,OnCmdMsg()函数将在一个称为命令传递(Command Routing)的过程中潜在的
                    传递命令消息和控件通知。
                    例如:如果拥有该窗口的类是一个框架类,则命令和通知消息也被传递到视图和文档类,并为该
                    类寻找一个消息处理函数

 


MFC应用程序创建窗口的过程

1.PreCreateWindow()   该函数是一个重载函数,在窗口被创建前,可以在该重载函数中改变创建参数
                      (可以设置窗口风格等等)

2.PreSubclassWindow() 这也是一个重载函数,允许首先子分类一个窗口

3.OnGetMinMaxInfo()   该函数为消息响应函数,响应的是WM_GETMINMAXINFO消息,允许设置窗口的最大或者
                      最小尺寸

4.OnNcCreate()        该函数也是一个消息响应函数,响应WM_NCCREATE消息,发送消息以告诉窗口的客户区
                      即将被创建

5.OnNcCalcSize()      该函数也是消息响应函数,响应WM_NCCALCSIZE消息,作用是允许改变窗口客户区大小

6.OnCreate()          该函数也是一个消息响应函数,响应WM_CREATE消息,发送消息告诉一个窗口已经被创建

7.OnSize()            该函数也是一个消息响应函数,响应WM_SIZE消息,发送该消息以告诉该窗口大小已经
                      发生变化

8.OnMove()            消息响应函数,响应WM_MOVE消息,发送此消息说明窗口在移动

9.OnChildNotify()     该函数为重载函数,作为部分消息映射被调用,告诉父窗口即将被告知一个窗口刚刚被
                      创建

 

 

MFC应用程序关闭窗口的顺序(非模态窗口)

1.OnClose()       消息响应函数,响应窗口的WM_CLOSE消息,当关闭按钮被单击的时候发送此消息

2.OnDestroy()     消息响应函数,响应窗口的WM_DESTROY消息,当一个窗口将被销毁时,发送此消息

3.OnNcDestroy()   消息响应函数,响应窗口的WM_NCDESTROY消息,当一个窗口被销毁后发送此消息

4.PostNcDestroy() 重载函数,作为处理OnNcDestroy()函数的最后动作,被CWnd调用

 

 


MFC应用程序中打开模式对话框的函数调用顺序

1.DoModal()             重载函数,重载DoModal()成员函数

2.PreSubclassWindow()   重载函数,允许首先子分类一个窗口

3.OnCreate()            消息响应函数,响应WM_CREATE消息,发送此消息以告诉一个窗口已经被创建

4.OnSize()              消息响应函数,响应WM_SIZE消息,发送此消息以告诉窗口大小发生变化

5.OnMove()              消息响应函数,响应WM_MOVE消息,发送此消息,以告诉窗口正在移动

6.OnSetFont()           消息响应函数,响应WM_SETFONT消息,发送此消息,以允许改变对话框中控件的字体

7.OnInitDialog()        消息响应函数,响应WM_INITDIALOG消息,发送此消息以允许初始化对话框中的控件,
                        或者是创建新控件

8.OnShowWindow()        消息响应函数,响应WM_SHOWWINDOW消息,该函数被ShowWindow()函数调用

9.OnCtlColor()          消息响应函数,响应WM_CTLCOLOR消息,被父窗口发送已改变对话框或对话框上面控件
                        的颜色

10. OnChildNotify()     重载函数,作为WM_CTLCOLOR消息的结果发送

 

 

MFC应用程序中关闭模式对话框的顺序

1.OnClose()        消息响应函数,响应WM_CLOSE消息,当"关闭"按钮被单击的时候,该函数被调用

2.OnKillFocus()    消息响应函数,响应WM_KILLFOCUS消息,当一个窗口即将失去键盘输入焦点以前被发送

3.OnDestroy()      消息响应函数,响应WM_DESTROY消息,当一个窗口即将被销毁时,被发送

4.OnNcDestroy()    消息响应函数,响应WM_NCDESTROY消息,当一个窗口被销毁以后被发送

5.PostNcDestroy()  重载函数,作为处理OnNcDestroy()函数的最后动作被CWnd调用

 

 


打开无模式对话框的顺序

1.PreSubclassWindow()    重载函数,允许用户首先子分类一个窗口

2.OnCreate()             消息响应函数,响应WM_CREATE消息,发送此消息以告诉一个窗口已经被创建

3.OnSize()               消息响应函数,响应WM_SIZE消息,发送此消息以告诉窗口大小发生变化

4.OnMove()               消息响应函数,响应WM_MOVE消息,发送此消息以告诉窗口正在移动

5.OnSetFont()            消息响应函数,响应WM_SETFONT消息,发送此消息以允许改变对话框中控件的字体


以上这些的执行都是按给定的顺序执行!

只有清楚的了解应用程序的执行顺序,才能在编写代码的时候知道,在什么时候应该执行什么,以及在什么地方该处理什么!
这只是本人总结的一点小小的经验,希望能对MFC的初学者有所帮助!

2005年07月26日

#pragma data_seg之前从来没有用过,今天经同事指点,找出了它的一个妙用。

持续整理中……

#pragma data_seg介绍

 

应用一:单应用程序。

    有的时候我们可能想让一个应用程序只启动一次,就像单件模式(singleton)一样,实现的方法可能有多种,这里说说用#pragma data_seg来实现的方法,很是简洁便利。

应用程序的入口文件前面加上

#pragma data_seg("flag_data")
int app_count = 0;
#pragma data_seg()
#pragma comment(linker,"/SECTION:flag_data,RWS")

然后程序启动的地方加上

 if(app_count>0)    // 如果计数大于0,则退出应用程序。
 {
  //MessageBox(NULL, "已经启动一个应用程序", "Warning", MB_OK);

  //printf("no%d application", app_count);

  return FALSE;
 }
 app_count++;

2005年07月25日

 

UNICODE环境设置

在安装Visual Studio时,在选择VC++时需要加入unicode选项,保证相关的库文件可以拷贝到system32下。

 

 

 

UNICODE编译设置:

C/C++, Preprocessor difinitions 去除_MBCS,加_UNICODE,UNICODE

ProjectSetting/link/output 中设置EntrywWinMainCRTStartup

反之为MBCSANSI)编译。

 

 

 

Unicode :宽字节字符集

 

 

 

1. 如何取得一个既包含单字节字符又包含双字节字符的字符串的字符个数?

可以调用Microsoft Visual C++的运行期库包含函数_mbslen来操作多字节(既包括单字节也包括双字节)字符串。

调用strlen函数,无法真正了解字符串中究竟有多少字符,它只能告诉你到达结尾的0之前有多少个字节。

 

 

 

2. 如何对DBCS(双字节字符集)字符串进行操作?

函数 描述

PTSTR CharNext LPCTSTR ; 返回字符串中下一个字符的地址

PTSTR CharPrev LPCTSTR, LPCTSTR ); 返回字符串中上一个字符的地址

BOOL IsDBCSLeadByte( BYTE ) 如果该字节是DBCS字符的第一个字节,则返回非0

 

 

 

3. 为什幺要使用Unicode

1 可以很容易地在不同语言之间进行数据交换。

2 使你能够分配支持所有语言的单个二进制.exe文件或DLL文件。

3 提高应用程序的运行效率。

Windows 2000是使用Unicode从头进行开发的,如果调用任何一个Windows函数并给它传递一个ANSI字符串,那幺系统首先要将字符串转换成Unicode,然后将Unicode字符串传递给操作系统。如果希望函数返回ANSI字符串,系统就会首先将Unicode字符串转换成ANSI字符串,然后将结果返回给你的应用程序。进行这些字符串的转换需要占用系统的时间和内存。通过从头开始用Unicode来开发应用程序,就能够使你的应用程序更加有效地运行。

Windows CE 本身就是使用Unicode的一种操作系统,完全不支持ANSI Windows函数

Windows 98 只支持ANSI,只能为ANSI开发应用程序。

Microsoft公司将COM16Windows转换成Win32时,公司决定需要字符串的所有COM接口方法都只能接受Unicode字符串。

 

 

 

4. 如何编写Unicode源代码?

Microsoft公司为Unicode设计了WindowsAPI,这样,可以尽量减少代码的影响。实际上,可以编写单个源代码文件,以便使用或者不使用Unicode来对它进行编译。只需要定义两个宏(UNICODE_UNICODE),就可以修改然后重新编译该源文件。

_UNICODE宏用于C运行期头文件,而UNICODE宏则用于Windows头文件。当编译源代码模块时,通常必须同时定义这两个宏。

 

 

 

5. Windows定义的Unicode数据类型有哪些?

数据类型 说明

WCHAR Unicode字符

PWSTR 指向Unicode字符串的指针

PCWSTR 指向一个恒定的Unicode字符串的指针

对应的ANSI数据类型为CHARLPSTRLPCSTR

ANSI/Unicode通用数据类型为TCHARPTSTR,LPCTSTR

 

 

 

6. 如何对Unicode进行操作?

字符集 特性 实例

ANSI 操作函数以str开头 strcpy

Unicode 操作函数以wcs开头 wcscpy

MBCS 操作函数以_mbs开头 _mbscpy

ANSI/Unicode 操作函数以_tcs开头 _tcscpyC运行期库)

ANSI/Unicode 操作函数以lstr开头 lstrcpyWindows函数)

所有新的和未过时的函数在Windows2000中都同时拥有ANSIUnicode两个版本。ANSI版本函数结尾以A表示;Unicode版本函数结尾以W表示。Windows会如下定义:

#ifdef UNICODE

#define CreateWindowEx CreateWindowExW

#else

#define CreateWindowEx CreateWindowExA

#endif // !UNICODE

 

 

 

7. 如何表示Unicode字符串常量?

字符集 实例

ANSI “string”

Unicode L“string”

ANSI/Unicode T(string)_TEXT(string)if( szError[0] == _TEXT(J) ){ }

 

 

 

8. 为什幺应当尽量使用操作系统函数?

这将有助于稍稍提高应用程序的运行性能,因为操作系统字符串函数常常被大型应用程序比如操作系统的外壳进程Explorer.exe所使用。由于这些函数使用得很多,因此,在应用程序运行时,它们可能已经被装入RAM

如:StrCatStrChrStrCmpStrCpy等。

 

 

 

9. 如何编写符合ANSIUnicode的应用程序?

1 将文本串视为字符数组,而不是chars数组或字节数组。

2 将通用数据类型(如TCHARPTSTR)用于文本字符和字符串。

3 将显式数据类型(如BYTEPBYTE)用于字节、字节指针和数据缓存。

4 TEXT宏用于原义字符和字符串。

5 执行全局性替换(例如用PTSTR替换PSTR)。

6 修改字符串运算问题。例如函数通常希望在字符中传递一个缓存的大小,而不是字节。这意味着不应该传递sizeof(szBuffer),而应该传递(sizeof(szBuffer)/sizeof(TCHAR)。另外,如果需要为字符串分配一个内存块,并且拥有该字符串中的字符数目,那幺请记住要按字节来分配内存。这就是说,应该调用

malloc(nCharacters *sizeof(TCHAR)),而不是调用malloc(nCharacters)

 

 

 

10. 如何对字符串进行有选择的比较?

通过调用CompareString来实现。

标志 含义

NORM_IGNORECASE 忽略字母的大小写

NORM_IGNOREKANATYPE 不区分平假名与片假名字符

NORM_IGNORENONSPACE 忽略无间隔字符

NORM_IGNORESYMBOLS 忽略符号

NORM_IGNOREWIDTH 不区分单字节字符与作为双字节字符的同一个字符

SORT_STRINGSORT 将标点符号作为普通符号来处理

 

 

 

11. 如何判断一个文本文件是ANSI还是Unicode

判断如果文本文件的开头两个字节是0xFF0xFE,那幺就是Unicode,否则是ANSI

 

 

 

12. 如何判断一段字符串是ANSI还是Unicode

IsTextUnicode进行判断。IsTextUnicode使用一系列统计方法和定性方法,以便猜测缓存的内容。由于这不是一种确切的科学方法,因此 IsTextUnicode有可能返回不正确的结果。

 

 

 

13. 如何在UnicodeANSI之间转换字符串?

Windows函数MultiByteToWideChar用于将多字节字符串转换成宽字符串;函数WideCharToMultiByte将宽字符串转换成等价的多字节字符串。

 

 

 

14. UnicodeDBCS之间的区别

Unicode使用(特别在C程序设计语言环境里)“宽字符集”。「Unicode中的每个字符都是16位宽而不是8位宽。」在Unicode中,没有单单使用8位数值的意义存在。相比之下,在“双位组字符集”中我们仍然处理8位数值。有些位组自身定义字符,而某些位组则显示需要和另一个位组共同定义一个字符。

处理DBCS字符串非常杂乱,但是处理Unicode文字则像处理有秩序的文字。您也许会高兴地知道前128Unicode字符(16位代码从0×00000×007F)就是ASCII字符,而接下来的128Unicode字符(代码从0×00800×00FF)是ISO 8859-1ASCII的扩展。Unicode中不同部分的字符都同样基于现有的标准。这是为了便于转换。希腊字母表使用从0×03700×03FF的代码,斯拉夫语使用从0×04000×04FF的代码,美国使用从0×05300×058F的代码,希伯来语使用从0×05900×05FF的代码。中国、日本和韩国的象形文字(总称为CJK)占用了从0×30000×9FFF的代码。Unicode的最大好处是这里只有一个字符集,没有一点含糊。

 

 

 

15.衍生标准

Unicode是一个标准。UTF-8是其概念上的子集,UTF-8是具体的编码标准。而UNICODE是所有想达到世界统一编码标准的标准。UTF-8标准就是UnicodeISO10646)标准的一种变形方式,

UTF的全称是:Unicode/UCS Transformation Format,其实有两种UTF,一种是UTF-8,一种是UTF-16

不过UTF-16使用较少,其对应关系如下:

Unicode中编码为 0000 – 007F UTF-8 中编码形式为: 0xxxxxxx

Unicode中编码为 0080 – 07FF UTF-8 中编码形式为: 110xxxxx 10xxxxxx

Unicode中编码为 0000 – 007F UTF-8 中编码形式为: 1110xxxx 10xxxxxx 10xxxxxx

 

 

 

utf-8unicode的一个新的编码标准,其实unicode有过好几个标准.我们知道一直以来使用的unicode字符内码都是16,它实际上还不能把全世界的所有字符编在一个平面系统,比如中国的藏文等小语种,所以utf-8扩展到了32,也就是说理论在utf-8中可容纳二的三十二次方个字符. UNICODE的思想就是想把所有的字符统一编码,实现一个统一的标准.big5gb都是独立的字符集,这也叫做远东字符集,把它拿到德文版的WINDOWS上可能将会引起字符编码的冲突….早期的WINDOWS默认的字符集是ANSI.notepad中输入的汉字是本地编码,但在NT/2000内部是可以直接支持UNICODE的。notepad.exeWIN9598中都是ANSI字符,NT中则是UNICODE.ANSIUNICODE可以方便的实现对应映射,也就是转换 ASCII8位范围内的字符集,对于范围之外的字符如汉字它是无法表达的。unicode16位范围内的字符集,对于不同地区的字符分区分配,unicode是多个IT巨头共同制定的字符编码标准。如果在unicode环境下比如WINDOWS NT上,一个字符占两字节16位,而在ANSI环境下如WINDOWS98下一个字符占一个字节8.Unicode字符是16位宽,最多允许65,535字符,数据类型被称为WCHAR

对于已有的ANSI字符,unicode简单的将其扩展为16位:比如ANSI"A"=0×43,则对应的UNICODE

"A"= 0×0043

ASCII用七存放128个字符,ASCII是一个真正的美国标准,所以它不能满足其他国家的需要,例如斯拉夫语的字母和汉字于是出现了Windows ANSI字符集,是一种扩展的ASCII,8位存放字符,128位仍然存放原来的ASCII,

而高128位加入了希腊字母等

if def UNICODE

  TCHAR = wchar

else

  TCHAR = char

你需要在Project\Settings\C/C++\Preprocesser definitions中添加UNICODE_UNICODE

UINCODE,_UNICODE都要定义。不定义_UNICODE的话,用SetText(HWND,LPCTSTR),将被解释为SetTextA(HWND,LPTSTR),这时API将把你给的Unicode字符串看作ANSI字符串,显示乱码。因为windows API是已经编译好存在于dll中的,由于不管UNICODE还是ANSI字符串,都被看作一段buffer,"0B A3 00 35 24 3C 00 00"如果按ANSI读,因为ANSI字串是以‘\0′结束的,所以只能读到两字节"0B A3 \0",如果按UNICODE读,将完整的读到‘\0\0′结束。

由于UNICODE没有额外的指示位,所以系统必须知道你提供的字串是哪种格式。此外,UNICODE好象是ANSI C++规定的,_UNICODEwindows SDK提供的。如果不编写windows程序,可以只定义UNICODE

 

 

 

 

 

 

 

 

 

开发过程:

围绕着文件读写、字符串处理展开。文件主要有两种:.txt.ini文件

1.    unicode和非unicode环境下字符串做不同处理的,那么需要参考以上910两条,以适应不同环境得字符串处理要求。

对文件读写也一样。只要调用相关接口函数时,参数中的字符串前都加上_TEXT等相关宏。如果写成的那个文件需要是unicode格式保存的,那么在创建文件时需要加入一个字节头。

CFile file;

    WCHAR szwBuffer[128];

   

    WCHAR *pszUnicode = L"Unicode string\n"; // unicode string

    CHAR *pszAnsi = "Ansi string\n"; // ansi string

    WORD wSignature = 0xFEFF;

   

    file.Open(TEXT("Test.txt"), CFile::modeCreate|CFile::modeWrite);

   

    file.Write(&wSignature, 2);

   

    file.Write(pszUnicode, lstrlenW(pszUnicode) * sizeof(WCHAR));

    // explicitly use lstrlenW function

   

    MultiByteToWideChar(CP_ACP, 0, pszAnsi, -1, szwBuffer, 128);

   

    file.Write(szwBuffer, lstrlenW(szwBuffer) * sizeof(WCHAR));

   

file.Close();

//以上这段代码在unicode和非unicode环境下都有效。这里显式的指明用Unicode来进行操作。

2.    在非unicode环境下,缺省调用的都是ANSI格式的字符串,此时TCHAR转换为CHAR类型的,除非显式定义WCHAR。所以在这个环境下,如果读取unicode文件,那么首先需要移动2个字节,然后读取得字符串需要用MultiByteToWideChar来转换,转换后字符串信息才代表unicode数据。

3.    unicode环境下,缺省调用得都是unicode格式得字符串,也就是宽字符,此时TCHAR转换为WCHAR,相关得API函数也都调用宽字符类型的函数。此时读取unicode文件也和上面一样,但是读取得数据是WCHAR的,如果要转换成ANSI格式,需要调用WideCharToMultiByte。如果读取ANSI的,则不用移动两个字节,直接读取然后视需要转换即可。

 

 

 

某些语言(如韩语)必须在unicode环境下才能显示,这种情况下,在非unicode环境下开发,就算用字符串函数转换也不能达到显示文字的目的,因为此时调用得API函数是用ANSI的(虽然底层都是用UNICODE处理但是处理结果是按照程序员调用的API来显示的)。所以必须用unicode来开发。