将TCHAR转换为std::wstring的两种常见写法是否均正确？

以下讨论默认你已经在项目中定义了UNICODE宏，此时TCHAR会等价于wchar_t；如果未定义UNICODE，TCHAR为char类型，两种写法都属于类型不匹配的错误实现，需要先做多字节到宽字符的编码转换

第一种写法分析 #

TCHAR path[_MAX_PATH+1]; 
std::wstring ws(&path[0], sizeof(path)/sizeof(path[0]));

• 语法层面没有错误，但逻辑不符合常规字符串转换的需求，存在冗余和风险
• 具体问题：
  该写法调用std::wstring的定长构造重载，会把整个path数组的全部元素都拷贝到wstring中，不管数组里实际存储的有效字符串长度是多少。如果数组内存在未初始化的垃圾值、或者有效字符串后有大量空字符，最终得到的wstring会包含这些无效内容，不是正常的可使用字符串。仅当你确实需要完整拷贝整个数组的全部内容时，该写法才适用。

第二种写法分析 #

TCHAR path[_MAX_PATH]; 
std::wstring ws(&path[0]);

• 仅在path数组存储的内容确实以'\0'作为结尾时正确，否则会触发未定义行为
• 具体问题：
  该写法调用std::wstring接受C风格字符串的构造重载，会从传入的起始地址开始读取，直到遇到'\0'才停止。如果path数组里存储的字符串长度刚好等于_MAX_PATH，没有多余空间存放结尾'\0'，或者你没有手动给数组补结尾'\0'，会导致内存越界读取，轻则拿到包含垃圾内容的字符串，重则直接触发程序崩溃。

推荐的合规实现 #

1. 如果你能确保path数组存储的字符串一定有'\0'结尾，可以简化写法：

// 直接传入数组名即可，不需要取&path[0]
std::wstring ws(path);

2. 如果你无法保证一定有结尾'\0'，可以基于实际有效长度构造：

// 示例：调用Windows API拿到实际写入path的字符长度，用该长度构造wstring
DWORD actualLen = GetModuleFileName(NULL, path, _MAX_PATH);
std::wstring ws(path, actualLen);

内容的提问来源于stack exchange，提问作者user14761342