在vs中char类型的实参与LPCWSTR类型的形参类型不兼容怎么解决？

    今天在做 COS脚本解释器的时候，遇到了这个问题

     先了解一下 LPCTCHAR 这个东东

     LPCTSTR用来表示你的字符是否使用UNICODE, 如果你的程序定义了UNICODE或者其他相关的宏，那么这个字符或者字符串将被作为UNICODE字符串，否则就是标准的ANSI字符串。

     

       那么什么叫UNICODE（统一码）？？？

  背景知识：    计算机发明后，为了在计算机中表示字符，人们制定了一种编码，叫ASCII码。ASCII码由一个字节中的7位(bit)表示，范围是0x00 - 0x7F 共128个字符。后来他们突然发现，如果需要按照表格方式打印这些字符的时候，缺少了“制表符”。于是又扩展了ASCII的定义，使用一个字节的全部8位(bit)来表示字符了，这就叫扩展ASCII码。范围是0x00 - 0xFF 共256个字符。中国人利用连续2个扩展ASCII码的扩展区域（0xA0以后）来表示一个汉字，该方法的标准叫GB-2312。后来，日文、韩文、阿拉伯文、台湾繁体（BIG-5）......都使用类似的方法扩展了本地字符集的定义，现在统一称为 MBCS 字符集（多字节字符集）。这个方法是有缺陷的，因为各个国家地区定义的字符集有交集，因此使用GB-2312的软件，就不能在BIG-5的环境下运行（显示乱码），反之亦然。

     为了把全世界人民所有的所有的文字符号都统一进行编码，于是制定了UNICODE标准字符集。UNICODE 使用2个字节表示一个字符(unsigned shor int、WCHAR、_wchar_t、OLECHAR)。这下终于好啦，全世界任何一个地区的软件，可以不用修改地就能在另一个地区运行了。虽然我用 IE 浏览日本网站，显示出我不认识的日文文字，但至少不会是乱码了。UNICODE 的范围是 0x0000 - 0xFFFF 共6万多个字符，其中光汉字就占用了4万多个

        

    1、LPCTSTR是什么？

   LPCTSTR就是一个32-bit指针指向一个常字符串,每字符可能占1字节或2字节，取决于Unicode是否定义

   LPCTSTR是一个windows API数据类型。根据windows API数据类型的命名规律：

1）L——long 指针，是为了兼容Window3.1等16位扣件系统遗留下来的，

在Win32中以及其他的32的扣件系统中，long 指针和near 指针及far 修饰符都是为了兼容的作用，而没有实际意义。

2）P表示该变量是一个指针，C表示是常量（const），STR表示的是字符串。因此LPCSTR是一个const char*类型。

这是一个windows（ANSI）字符串常量，它是多字节编码的。
3）LPCWSTR：而W表示的是宽字符，因此LPCWSTR表示的也是字符串常量，不过是Unicode编码的。

    

   2、问题的解决

     1、用THCAR代替char

  2、字符串加_T("")，如_T("你好")
  3、用_tcscpy等代替strcpy等

   前俩种方法我都用了

   

   其实我还是不太明白。为什么会出现这个问题呢？？？？？？