说到TCHAR，大家应该是不陌生。
TCHAR简介
为什么会有TCHAR，因为C++支持两种字符集，如下：
- ANSI字符集：Multi-Byte Character
- Unicode字符集：Unicode Character
VS2008中字符集设置：
右键工程-“Properties”-“Configuration Properties”-“General”-“Character Set”。
微软baba为了统一这两套编码，所以有了TCHAR这个怪咖，通过条件编译(_UNICODE宏和UNICODE宏)控制实际使用的字符集。
TCHAR详细信息
-
Use Unicode Character Set，其定义如下：
typedef WCHAR TCHAR, *PTCHAR
其中WCHAR的定义为：typedef wchar_t WCHAR -
Use Multi-Byte Character Set，其定义如下：
typedef char TCHAR, *PTCHAR
已知char类型长度为1个字节，而wchar_t类型长度为2个字节；
那么可知，TCHAR类型在Multi-Byte字符集下占1个字节，在Unicode字符集下占2个字节。
同一个TCAHR类型的数组变量在不同字符集下，长度是不同的。
TCHAR ptszArray[10];
- 在Unicode字符集下，长度为20个字节
- 在Multi-Byte字符集下，长度为10个字节
问题
扯了这么多闲话，说说正事
这次问题牵涉到一个dll和exe，大致情况如下：
dll：Unicode字符集
exe：Multi-Byte字符集
exe加载dll后通过一个获取函数列表接口获取所有函数指针，该接口的参数为一个函数指针结构体，大致如下：
typedef struct BLKFUNLISTTAG
{
TCHAR m_ptszDevName[10];
Fun1 m_pFun1;
Fun2 m_pFun2;
}BlkFunList, *pBlkFunList;
dll和exe中都是使用TCHAR数组，导致在dll中明明结构体中的2个函数指针已经被赋值；但是运行到exe后，却发现2个函数指针的值全为零。WTF!!!
后来经过分析，是TCHAR捣的鬼。
在dll中TCHAR实际上是wchar_t，则m_ptszDevName[10]的长度为20个字节，而到了exe后，TCHAR实际上是char，其长度为10个字节。
假如DevName为"HID"，由于dll为Unicode字符集，则其内存信息如下：
\x00\x68\x00\x69\x00\x64\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
exe里拿到上面这段内存地址，会按照char类型去解析。则只会取前面10个字节的数据：
\x00\x68\x00\x69\x00\x64\x00\x00\x00\x00
剩余的10个字节就会覆盖结构体后面的两个函数指针成员，最终导致2个函数指针的值为0。
哎，想想都觉得可怕。
解决方案
为了不影响dll和exe中现有代码，所以只是将exe中结构体定义中的m_ptszDevName的类型由TCHAR改为WCHAR。
