vs code 打不开 unity c# 脚本需三步：启用 unity 外部编辑器并生成 .csproj 文件；仅安装 c#、unity tools、shader 三个插件；在项目根目录配置 omnisharp.json 指向 ./library/scriptassemblies。
Unity 项目里 VS Code 打不开 C# 脚本？先确认是否启用了正确的编辑器支持
VS Code 本身不原生支持 Unity 的 C# 编辑体验（比如 UnityEditor 类型识别、Debug.Log 跳转、生命周期方法自动补全），必须靠官方插件和正确生成的配置协同工作。常见现象是双击脚本弹出空白窗口、没有语法高亮、Ctrl+Click 跳不到 Unity API 定义——这通常不是 VS Code 配置错了，而是 Unity 没告诉它“该用什么环境编译”。
实操建议：
- 在 Unity 编辑器中打开
Edit → Preferences → External Tools（macOS 是Unity → Preferences） - 勾选
External Script Editor → Visual Studio Code，并确保下方Generate .csproj files已启用（这是关键） - 点击
Regenerate project files—— 这会生成.sln、.csproj和.vscode/目录 - 关闭 Unity，再用 VS Code 打开项目根目录（不是 Assets 子目录），否则
OmniSharp无法定位解决方案上下文
装哪些插件？只留这三个核心扩展
装一堆 C# 相关插件反而容易冲突。Unity + VS Code 的最小可行组合只有三个：
-
C#（由 OmniSharp 提供，ID：ms-dotnettools.csharp）—— 必装，提供基础智能提示、错误检查、调试支持 -
Unity Tools（ID：unity.unity-tools）—— 官方维护，补全UnityEditor、UnityEngine特有类型，支持[Header]、[Tooltip]等特性识别 -
Shader languages support for VS Code（ID：tcwrens.shader-language-support）—— 如果你写 HLSL/ShaderLab，这个能避免误报语法错误
删掉 C# Extensions、Visual Studio Intellicode 等非必要插件，它们可能干扰 OmniSharp 对 Unity 特定 API 的解析逻辑。
为什么 Debug.Log 点不进去？检查 omnisharp.json 是否覆盖了 Unity 框架路径
默认情况下，OmniSharp 只加载标准 .NET SDK，不认识 UnityEngine.dll 或 UnityEditor.dll。需要手动指定引用位置，否则所有 Unity 类型都标红，跳转失效。
在项目根目录创建 omnisharp.json，内容如下：
{
"roslynExtensionsOptions": {
"enableAnalyzersSupport": true
},
"script": {
"enableMsBuildLoadProjects": true
},
"msbuild": {
"useLegacySdkResolver": true,
"sdkResolution": {
"enabled": true,
"customPaths": [
"./Library/ScriptAssemblies"
]
}
}
}
注意：./Library/ScriptAssemblies 是 Unity 自动生成的程序集缓存目录（需先成功编译一次项目才会存在）。如果路径不对，OmniSharp 日志里会出现 Could not resolve assembly UnityEngine 错误。
修改脚本后 Unity 不热重载？别怪 VS Code，看 Unity 的 Assembly Definition 设置
VS Code 只负责编辑和编译前检查，真正触发 Unity 重新编译的是文件保存事件 + Unity 的 Assembly Definition（.asmdef）依赖关系。常见卡点：
- 脚本放在未被任何
.asmdef引用的文件夹下（比如直接丢在Assets/根目录），Unity 会把它归入Assembly-CSharp，但若该程序集被标记为Override for Platform或含不兼容 API，保存后可能无响应 - 修改了
Editor文件夹下的脚本，但当前 Unity 编辑器未处于Editor构建目标（如切换到了 Android 平台），会导致脚本被忽略 - VS Code 设置了
"files.autoSave": "afterDelay"，但延迟期间 Unity 已开始监听文件变更，造成状态不同步；建议改为"files.autoSave": "onFocusChange"或干脆手动Ctrl+S
最稳的方式：保存后看 Unity 状态栏右下角是否出现 “Compiling…” 提示；没出现就说明 Unity 根本没检测到变更——这时候问题一定出在文件位置或 asmdef 依赖链上，和 VS Code 配置无关。
