必须为每个目标平台（如ARM64、Win32）手动创建对应配置，否则编译失败或生成错误架构文件；常见LNK2019、LNK1112错误多因平台不一致导致，需在Configuration Manager中为各项目明确设置平台，禁用Any CPU，并确保Runtime Library、字符集、预处理器定义等按配置严格匹配。
项目配置必须匹配目标平台和构建类型
新建 C++ 项目后，Debug 和 Release 配置默认存在，但它们只对当前选中的平台（如 x64）生效。如果你打算在 ARM64 或 Win32 上运行，必须手动为每个平台创建对应配置，否则编译会失败或生成错误架构的二进制文件。
常见错误现象：LNK2019: unresolved external symbol 或 fatal error LNK1112: module machine type 'x64' conflicts with target machine type 'x86'，往往就是平台不一致导致的。
- 检查顶部工具栏的“解决方案配置”和“解决方案平台”是否与你实际要构建的目标一致
- 右键解决方案 →
Configuration Manager→ 确保每个项目“平台”列设为所需值（如x64），而非Any CPU（C++ 不支持） - 若新增平台（如
ARM64），不要勾选“从x86复制设置”，因为寄存器、调用约定、运行时库都不同
编译器和链接器选项需按配置区分设置
很多初学者误以为改了“属性页”就全局生效，其实绝大多数 C/C++ 属性（如 Optimization、Runtime Library、Additional Include Directories）都绑定在特定“配置|平台”组合上。调试时开优化、发布时关调试信息，都会导致行为异常。
典型问题：程序在 Debug 下正常，Release 下崩溃——很可能是 Runtime Library 设成了 /MDd（调试版 MSVCRT），而 Release 没同步改成 /MD。
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 打开项目属性页（右键项目 →
Properties），顶部确认“配置”下拉框是Debug还是Release，别在Active(Debug)下改了Release的设置 -
C/C++ → Code Generation → Runtime Library：Debug 用/MDd，Release 用/MD；若静态链接则统一用/MT或/MTd，但注意第三方库是否匹配 -
Linker → General → Additional Library Directories和Input → Additional Dependencies必须和头文件路径、运行时库类型严格对应
输出路径和启动项容易被忽略
默认输出路径（如 $(SolutionDir)$(Configuration)\）看似合理，但多个项目共用同一目录时会导致 DLL 覆盖、PDB 冲突、调试符号错乱。更隐蔽的问题是：没设启动项目，按 F5 时 VS 可能静默运行一个无关项目。
性能影响：如果启用了“仅生成启动项目和依赖项”，但依赖关系未正确定义（比如缺失 Project References），VS 会漏编底层库，运行时报 0xc000007b 或找不到 DLL。
- 在项目属性页中设置
General → Output Directory为唯一路径，例如$(SolutionDir)bin\$(Platform)\$(Configuration)\ - 右键项目 →
Set as StartUp Project，确保调试时真正运行的是你要测的那个可执行项目 - 若项目间有依赖（如 exe 依赖 lib），右键解决方案 →
Project Dependencies显式勾选，不能只靠文件引用
预处理器定义和字符集决定 ABI 兼容性
C++ 项目里 _CRT_SECURE_NO_WARNINGS、UNICODE、_UNICODE 这类宏不是“锦上添花”，而是直接影响函数签名、字符串处理逻辑和第三方库链接能力。尤其在混合使用 C 运行时、Windows API 或 Qt/Boost 时，一个宏没对齐，LoadLibrary 就可能返回空句柄，fopen 读中文路径就失败。
最容易被忽略的点：Unicode 设置不一致会导致 main 函数签名不匹配（int main() vs int wmain()），链接器报 LNK2019: unresolved external symbol _main。
-
Configuration Properties → General → Character Set：选Use Unicode Character Set（推荐），并确保所有项目保持一致 -
C/C++ → Preprocessor → Preprocessor Definitions：添加UNICODE;_UNICODE（Unicode 模式必需），_CRT_SECURE_NO_WARNINGS（避免大量安全警告干扰） - 若调用 Windows API，检查是否遗漏
WIN32_LEAN_AND_MEAN，否则头文件膨胀严重，编译变慢
Character Set 却没同步加 UNICODE 宏，或者换了 Runtime Library 但没重编所有依赖项。这些细节不会报红，但会在某个深夜调试时突然冒出来。 
