VS Code 为什么这么常见？它更像编辑器而不是“万能 IDE”

VS Code 本身是轻量代码编辑器，真正让它覆盖很多开发场景的是扩展生态。你可以按语言和项目安装需要的能力，而不是一开始就装一大堆。

新项目先做好哪些设置

先确定项目使用的语言、格式化规则和调试方式，再按需安装扩展。多人协作时，把格式化配置、代码检查规则放进仓库，并让团队使用一致的工具链。出现编辑器行为异常时，临时停用扩展逐项排查，比继续叠加新扩展更容易定位问题。

编辑器和开发环境不是一回事

VS Code 提供代码编辑、调试入口和扩展生态，但项目真正运行仍可能依赖本机解释器、SDK、容器或远程开发环境。给新项目排障时，应先分清是编辑器配置问题，还是语言运行环境与依赖问题。

如何区分程序错误和编辑器错误

先在 VS Code 集成终端运行项目文档提供的命令。如果终端同样报错，先检查运行时、依赖和环境变量；如果命令行成功但调试按钮失败，再检查启动配置、工作目录及扩展。记下复现命令通常比截图一个红色提示更有用。

一个最小调试流程

如果程序能在终端运行，却无法通过 VS Code 的“运行和调试”启动，先打开项目根目录，检查启动配置中的执行文件、工作目录和环境变量，再在入口函数打一个断点。断点没有命中时，先确认实际运行的是当前工作区中的文件，而不是另一份构建产物。多人项目可以把不含秘密信息的调试配置提交到仓库。