创建winform项目必须选windows forms app(.net)模板，选错.net framework模板会导致设计器失效、initializecomponent报错、事件无法自动生成。
创建项目时选错模板，后续几乎没法补救
Visual Studio 里“空项目”和“控制台应用”根本不是差一行代码的事——前者不带 Main 函数、不配目标框架、不引用 System 等基础程序集；后者直接生成可运行的 Program.cs 和完整项目配置。选成空项目后硬加 Main，大概率遇到 CS5001: Program does not contain a static 'Main' method suitable for an entry point 错误。
实操建议：
- 确认语言（C# / C++ / Python）和用途（控制台 / WinForms / .NET 类库）后再选模板，别只看名字里有没有“Console”
- C# 控制台项目务必选带“.NET”后缀的（如
Console App (.NET)），避开已淘汰的Console App (.NET Framework) - 如果已建错，别折腾改配置——右键解决方案 →
添加→新建项目，另起一个正确模板，再把源文件拖过去更省事
引用缺失导致编译通过但运行时报 FileNotFoundException
特别是 WinForms 或涉及图形、IO、JSON 的项目，using 语句写了，Build 也绿了，一运行就崩在 System.IO.FileNotFoundException 或 System.TypeLoadException。本质是项目没真正引用对应程序集，只是 IDE 暂时放过了语法检查。
常见场景：
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- WinForms 项目手动添加了
OpenFileDialog但没在“解决方案资源管理器”中右键项目 →添加引用→ 勾选System.Windows.Forms - .NET 6+ 控制台项目用了
System.Text.Json，但项目文件（.csproj）里没包含<packagereference include="System.Text.Json" version="8.0.0"></packagereference> - C++ 项目调用 Windows API（如
ShellExecute），却漏了在项目属性 →链接器 → 输入 → 附加依赖项里加shell32.lib
F5 和 Ctrl+F5 行为差异远不止“是否进调试器”
F5 启动调试后，程序在调试器控制下运行：断点生效、变量可监视、异常弹窗可“继续”或“中断”。而 Ctrl+F5 是“启动但不调试”，看似只是跳过断点，实际还带来三个关键区别：
- 控制台程序退出时，
Ctrl+F5会自动暂停窗口（显示“按任意键继续”），F5则直接关闭——这对快速验证输出特别有用 - 某些 COM 组件或 UI 线程敏感逻辑，在调试器注入后行为异常（比如窗体闪烁、按钮无响应），此时
Ctrl+F5反而是更真实的运行环境 -
F5会强制触发“生成前事件”和“生成后事件”，若你配置了自定义脚本（如拷贝 DLL），Ctrl+F5可能跳过，导致运行时缺文件
修改代码后点了 F5 却没生效？检查“生成”状态栏
Visual Studio 默认启用“仅生成有更改的项目”，但有时它会误判——比如你改了 appsettings.json 或某个 .resx 资源文件，它不认为需要重新编译，结果运行的还是旧二进制。最典型表现是：界面文字没变、配置值还是上一次的、甚至断点都标灰（unbound breakpoint）。
解决方法很简单：
- 看状态栏最右侧，是否有“就绪”字样；如果显示“正在生成…”或长时间不动，说明卡在后台编译
- 右键项目 →
重新生成（不是“生成”），强制全量编译 - 检查“解决方案配置”是否为
Debug（而非Release），且平台匹配（x64项目不要在x86配置下运行） - 若用的是 .NET SDK 风格项目，确认
.csproj中没写死<outputpath>bin\Release\</outputpath>这类路径
真正的麻烦往往不在第一步创建项目，而在于你确信“我已经改好了”，却忘了 Visual Studio 早把上一次的输出锁在内存或缓存里——重生成、清 bin/obj、关掉热重载再试，比反复检查代码快得多。
