ctrl+s无反应是因为未启用自动格式化：需在设置中勾选“editor: format on save”，并确认c#插件已加载（右下角显示“c# (powered by omnisharp)”）；若被项目级配置覆盖或工作区未信任，功能仍失效。
Ctrl+S 之后没反应？先确认是否启用自动格式化
VSCode 默认不自动格式化 C# 代码，Ctrl+S 只是保存，不会触发排版或编译。Unity 项目里写错缩进、漏括号却没提示，往往是因为格式化没开。
- 打开设置（
Ctrl+,），搜format on save，勾选Editor: Format On Save - 确保
C#插件已启用且加载完成——右下角状态栏应显示C# (powered by OmniSharp)，不是灰色或报错 - 若仍无效，检查
.vscode/settings.json是否被项目级配置覆盖，例如存在"[csharp]": { "editor.formatOnSave": false }
不开这个，Ctrl+S 就只是“存”，不是“写完就干净”。
F12 跳不到定义？检查 Unity API 是否被识别
F12 失效最常见原因不是快捷键冲突，而是 C# 语言服务压根没把 UnityEngine 或 UnityEditor 当作有效引用——结果你点 Debug.Log，跳过去是空文件或报错 Cannot find declaration to go to。
- 确认项目根目录下存在
Assets/和ProjectSettings/，且 VSCode 是用File → Open Folder打开整个 Unity 项目根目录，而非双击 .cs 文件单独打开 - 首次打开后，等待右下角弹出
OmniSharp server is starting...并最终显示Ready；若卡在Starting...，大概率是 .NET SDK 版本不匹配（Unity 2021.3+ 推荐 .NET 6/7，不是 .NET Framework） - 手动触发重新解析：按
Ctrl+Shift+P→ 输入OmniSharp: Restart OmniSharp
跳转失败 ≠ 快捷键坏了，而是语言服务根本没加载 Unity 的元数据。
断点不命中？别只看 launch.json
F9 打了断点，运行后却直接跳过，不是代码没执行，而是调试器根本没 attach 到 Unity 进程。VSCode 的 Debugger for Unity 插件依赖两个前提同时成立：
- Unity 编辑器必须处于 Play 模式（非编辑模式），且右下角状态栏显示
Debug Mode（点击状态栏 Debug 按钮切换） -
.vscode/launch.json中的request字段必须是"attach"，不是"launch"；Unity 不是独立进程，不能被“启动”，只能被“附加” - 确保
unity.unity-debug插件已启用（注意不是旧版Debugger for Unity，后者已弃用）
很多团队用着过期插件，F5 点下去看似启动了，其实连进程列表都没刷出来。
Alt+← / Alt+→ 回退失效？工作区信任状态被忽略
Alt+← 返回上一个光标位置，在多文件跳转后特别关键。但新项目首次打开常失效，现象是按下没反应，或提示 This workspace is not trusted。
- VSCode 1.60+ 默认对新打开的文件夹启用“工作区信任”机制，未信任时禁用所有扩展功能（包括导航、调试、代码补全）
- 看到右下角黄色横幅提示时，必须点击
Trust，不能关掉或忽略 - 若已关闭横幅，可通过
File → Manage → Trust Area手动设为受信任
信任不是安全噱头，是 Unity C# 插件能工作的硬性开关——没它，F2 重命名、Ctrl+Click 跳转全瘫痪。
真正卡住开发节奏的，从来不是快捷键记不住，而是某个底层状态没到位：OmniSharp 没 ready、工作区没 trust、Unity 没切到 Debug Mode、launch.json 里 request 写成 launch。这些点不显眼，但一漏就全链路断掉。
