触发向导的模板包括Win32项目、MFC应用程序、ATL项目和CLR空项目；.NET控制台应用、类库及C++空项目不触发向导，而Windows桌面向导会弹出。

Visual Studio 项目创建向导不是单独运行的程序，而是内嵌在“新建项目”流程中的交互式配置界面——它只在你选择特定模板（尤其是 C++ 应用程序向导、MFC、ATL、Windows 桌面等）后自动弹出，不能手动调起。

哪些模板会触发向导？

不是所有模板都带向导。常见触发场景包括：

• Win32 项目（旧版但仍有使用）、MFC 应用程序、ATL 项目、CLR 空项目 —— 这些会在点击“创建”后立刻弹出多页向导
• Console App (.NET) 或 Class Library (.NET) 类模板不走向导，直接生成项目
• C++ 的 Empty Project 也不走向导；但 Windows Desktop Wizard 会
• 如果你没看到向导，大概率是选错了模板——比如搜 console 得到的是 .NET 模板，而搜 win32 或 mfc 才能命中带向导的 C++ 模板

向导里关键选项怎么选？

以 Win32 项目 向导为例（最典型），它分三页：

Visual Studio Professional 18.8.1

Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。

下载

• “应用程序设置”页：应用程序类型 选 控制台应用程序 还是 Windows 应用程序，直接影响入口函数（main vs WinMain）和链接器设置
• 勾选 预编译头：默认开启，会生成 stdafx.h；关掉则需手动管理头文件包含顺序，容易因 #include <windows.h> 位置出错
• 勾选 空项目：跳过自动生成源文件（如 main.cpp），适合从零组织代码；但新手容易误选导致项目编译失败（没源文件、没入口）

向导生成的文件结构为什么和预期不符？

向导输出受两个隐藏因素影响：

• Visual Studio 版本差异：Win32 项目 在 VS 2019+ 中默认启用 /permissive- 和 Unicode 字符集，若项目需兼容老代码，得进 项目属性 > 常规 > 字符集 改为“使用多字节字符集”
• 工作负载缺失：如果搜索不到 MFC 或 ATL 模板，不是向导坏了，而是安装时没勾选 使用 C++ 的桌面开发 工作负载——此时点“安装更多工具和功能”补装即可
• 向导不处理外部依赖：它只生成骨架代码，不会自动配置 vcpkg 或第三方库路径；后续要手动在 项目属性 > 常规 > 附加包含目录 和 链接器 > 输入 > 附加依赖项 中补全

向导本身不保存状态，每次新建都是干净起点；但它的选项会直接写入 .vcxproj 文件，一旦生成，后续修改得靠项目属性页，而不是重开向导。