在解决方案资源管理器中右键点击解决方案节点（非项目节点），选择“添加 > 新建项目”，即可将新项目加入当前解决方案；若误点项目节点，则只能添加文件或类，无法创建新项目。
在解决方案资源管理器中右键添加新项目
这是最常用、也最不容易出错的方式。只要解决方案资源管理器已打开（若未显示，按 Ctrl+Alt+L 或菜单栏选择“视图 > 解决方案资源管理器”），就能直接操作。
确保你右键点击的是解决方案节点（名称带 .sln 后缀，通常位于顶部，粗体显示），而不是某个已有项目。右键后选择“添加 > 新建项目”，才会把新项目加入当前解决方案；如果误点项目节点，出来的选项是“添加类”“添加文件”等，不会创建新项目。
- 添加后，新项目会出现在解决方案资源管理器中，与原有项目同级
- 新项目的默认命名基于模板（如
ConsoleApp1），可在创建过程中修改，也可后续重命名（但需同步改.vcxproj文件名和磁盘目录） - 若添加的是 C++ 项目，注意平台工具集（如
v143）需与原解决方案一致，否则生成时可能报错MSB8020
通过菜单栏“文件 > 添加 > 新建项目”
这个路径和右键方式功能完全一致，适合习惯键盘操作或鼠标不便的场景。关键点在于：必须先打开目标解决方案（即已加载 .sln 文件），否则该菜单项是灰色不可用的。
如果你刚创建了一个空解决方案（比如选了“空白解决方案”模板），此时“文件 > 添加 > 新建项目”是唯一入口——因为没有项目节点可右键。
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 对话框中选中的模板决定了项目类型（如
Windows 桌面应用程序 (.NET)、动态链接库 (DLL)、CLR 空项目） - “位置”字段默认继承解决方案所在路径，但可以手动改为子文件夹（如
MySolution\MyDll），这会影响后续源码组织 - 勾选“将解决方案和项目放在同一目录中”会影响文件结构：不勾选时，项目文件夹会放在解决方案文件夹外层，容易导致路径混乱
添加后项目不参与生成？检查配置管理器
新项目默认加入活动解决方案配置（如 Debug|Win32），但有时它在“配置管理器”里被意外排除，导致编译时完全被跳过，连 LNK2001 错误都不会报。
打开方式：右键解决方案 → “配置管理器”，或主菜单“生成 > 配置管理器”。在“项目上下文”列表中找到新项目，确认其“生成”列已打勾，且“配置”“平台”与当前活动配置匹配。
- 若下拉列表为空或显示“”，说明该项目尚未为该平台创建配置，需点击“”手动添加
- C++ 项目若平台设为
x64而解决方案活动平台是Win32，即使勾选“生成”，实际也不会编译 - 多项目解决方案中，依赖关系（如一个项目引用另一个项目的输出）需手动设置“项目依赖项”（右键解决方案 → “项目依赖项”）
添加现有项目时常见混淆点
“添加 > 现有项目”和“添加 > 新建项目”是两个独立动作，不能混用。前者用于把已存在的 .vcxproj 或 .csproj 文件纳入当前解决方案；后者才创建全新项目。
如果你试图用“现有项目”添加一个还没保存的项目（比如刚在别处新建但没点“创建”的项目），Visual Studio 会报错“项目文件不存在”。正确做法是先完成新建流程，再通过“现有项目”导入——这看似绕路，实则是防止路径错乱的保护机制。
- 导入后，项目仍保留在原磁盘位置，不会被复制进解决方案文件夹（除非手动剪切粘贴）
- 若原项目使用了相对路径引用头文件（如
#include "..\Common\utils.h"），加入新解决方案后路径可能失效，需检查附加包含目录设置 - 解决方案文件（
.sln）只记录项目路径，不包含源码。删掉 .sln 并不影响项目文件本身
