VS2022需手动安装Visual Studio Installer Projects扩展才能创建.msi安装包；正确配置依赖、.NET启动条件及平台目标后，方可生成带快捷方式、自动检测运行时、支持卸载的安装程序。
VS2022 默认不带打包功能，直接点“生成 → 发布”只能生成一堆文件，不是安装包；真要做出带桌面快捷方式、自动检测 .NET、能卸载的 .msi，必须装扩展 + 手动配 Setup Project。
VS2022 必须先装 Visual Studio Installer Projects 扩展
没这个扩展，右键解决方案根本看不到“添加安装项目”选项。它不是默认组件，也不是通过工作负载勾选的——得手动装：
- 关闭所有 VS 实例，打开 VS2022 → 顶部菜单“扩展”→“管理扩展”
- 搜索框输入
Visual Studio Installer Projects，找到后点击“下载” - 重启 VS，再右键解决方案，才能看到“添加 → 新建项目 → Setup Project”
- 如果搜不到，检查 VS 是否为最新版（2022 v17.10+ 稳定支持）；社区版/专业版/企业版都可用
Setup Project 中 Application Folder 不能直接拖 bin/Debug 文件
很多人把 bin\Debug 下所有文件复制粘贴进 Application Folder，结果安装后报错“找不到 dll”或“入口点未找到”。这不是路径问题，是依赖没正确提取：
- 右键 Application Folder → “添加 → 项目输出”，在弹窗中选“主输出”，来源选你的 C# 项目（不是“内容文件”或“调试符号”）
- 这样 VS 会自动分析引用链，把
System.Data.dll、Newtonsoft.Json.dll等真正需要的依赖一并打包 - 若项目含本地 DLL（比如 C++ 混合编译的
libcrypto.dll），需手动右键 Application Folder → “添加 → 文件”，再选中该文件 - 别忘了检查“目标框架”一致性：Setup Project 的
TargetFramework要和主项目一致（如都是net6.0-windows）
安装时提示“此应用程序无法在你的电脑上安装”
常见于 Win10/Win11 上双击 .msi 直接失败，错误日志里常出现 0x80070005 或“缺少 .NET Runtime”。这不是权限问题，而是启动条件没设对：
- 在 Setup Project 中右键 → “视图 → 启动条件”，展开“.NET Framework”节点
- 选中它，在属性窗口设置
Version（例如6.0.0），并勾选InstallUrl（填微软官方下载地址，如https://dot.net/v6） - 如果主程序用的是
SelfContained单文件发布模式，这里反而要删掉 .NET Framework 条件——否则安装器会强行去装运行时，冲突 - 64 位程序必须确保 Setup Project 属性里
TargetPlatform设为x64，否则在 64 位系统上可能静默失败
想发一个单 exe？别碰 Setup Project，改用 dotnet publish
Setup Project 天然生成 .msi，体积大、安装慢、还得管理员权限。如果只是想扔给同事一个能双击就跑的 .exe，直接命令行发布更轻量：
- 编辑
.csproj，加入这几行：<PublishSingleFile>true</PublishSingleFile> <SelfContained>true</SelfContained> <RuntimeIdentifier>win-x64</RuntimeIdentifier>
- 终端执行：
dotnet publish -c Release -r win-x64 --self-contained true /p:PublishSingleFile=true - 生成物在
bin\Release\net6.0-windows\win-x64\publish\下，只有一个MyApp.exe，连 .NET 都自带 - 缺点：首次启动稍慢（解压资源）、无法热更新、反编译难度低；适合内部工具、演示程序
Setup Project 的图标、卸载逻辑、注册表写入这些看似高级的功能，其实都藏在“自定义操作”和“文件系统”视图里，但新手第一版千万别碰——90% 的失败安装，根源都在 .NET 版本判断或平台标识没对齐。先让 .msi 装上、能运行、能卸载，再考虑加 logo 和协议页。
