编译MSDN打开对话框示例代码报错，求解决方法原理

咱们先拆解清楚你遇到的错误根源，再讲明白解决方案的核心原理：

问题本质：Windows API的双字符集机制 #

Windows系统的API设计了两套字符版本，用来兼容不同的编码需求：

• ANSI版本（带A后缀）：比如MessageBoxA，使用窄字符（char*，对应类型LPCSTR），是早期为兼容非Unicode系统设计的，仅支持有限的字符编码。
• Unicode版本（带W后缀）：比如MessageBoxW，使用宽字符（wchar_t*，对应类型LPCWSTR/PWSTR），是当前Windows官方推荐的版本，支持全球几乎所有语言的字符。

而我们日常写代码时用的MessageBox其实是一个预处理器宏——它会根据是否定义了UNICODE宏，自动切换到对应的API版本：

• 如果没定义UNICODE（默认多字节字符集项目），MessageBox会被替换成MessageBoxA
• 如果定义了UNICODE，MessageBox会被替换成MessageBoxW

你的情况是：MSDN的《The Open Dialog Box》示例代码采用了宽字符类型（比如PWSTR，本质是wchar_t*），但你的项目默认是多字节字符集（未定义UNICODE），所以MessageBox被解析成MessageBoxA——它要求第二个参数是LPCSTR（const char*），和你传入的宽字符指针类型不兼容，自然就触发了C2664和E0167错误。

解决方案的核心逻辑 #

不管是手动添加UNICODE宏，还是修改项目字符集设置，核心都是让API宏自动映射到Unicode版本：

1. 手动添加#define UNICODE：在代码开头定义这个宏后，Windows头文件里的所有通用API宏（比如MessageBox、CreateWindow等）都会自动替换成带W后缀的Unicode版本。MessageBoxW的参数接受LPCWSTR（const wchar_t*），和示例里的PWSTR类型完全匹配，类型不匹配的问题自然消失。
2. 设置项目为「Use Unicode Character Set」：这个操作会在项目的预处理器定义中自动添加UNICODE和_UNICODE两个宏，效果和手动写#define UNICODE完全一致，同样会让API切换到Unicode版本，适配示例中的宽字符代码。

额外提一句：现在Windows开发官方优先推荐使用Unicode字符集，不仅能避免这类类型错误，还能更好地支持多语言场景，减少编码转换带来的麻烦。

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