vscode怎么创建一个c语言工程

vs code 中不存在“c 工程”概念，仅通过文件夹加三个配置文件（c_cpp_properties.json、tasks.json、launch.json）模拟项目行为；它们必须置于.vscode/目录下，缺一将导致无提示、报红、无法编译或调试失败。

VS Code 里没有“C 工程”这个概念，只有文件夹 + 配置

VS Code 本身不管理工程结构，它只打开一个文件夹，靠 c_cpp_properties.json、tasks.json、launch.json 这三个配置文件模拟 C 项目的构建和调试行为。你新建的不是“工程”，而是一个带正确配置的普通文件夹。

• 直接用 mkdir my_project && cd my_project 创建空文件夹，再用 VS Code 打开它（code .）
• 别去搜“新建 C 工程模板”——官方插件不提供这种东西，第三方模板往往配错 intelliSenseMode 或路径变量
• 如果已有多个 .c 文件，确保它们都在同一文件夹或子文件夹下，否则 include 路径和自动补全容易失效

必须手动配齐的三个 JSON 文件怎么写

缺任何一个，都会导致：代码没提示、#include 报红、按 F5 没反应、或者编译报 undefined reference。它们的位置统一在 .vscode/ 子目录下。

• c_cpp_properties.json：告诉 IntelliSense 你的编译器在哪、头文件路径、宏定义。关键是 compilerPath 必须填绝对路径，比如 /usr/bin/gcc（Linux/macOS）或 C:\msys64\ucrt64\bin\gcc.exe（Windows + MSYS2）
• tasks.json：定义 Ctrl+Shift+B 干什么。别选“Others”模板，直接选“C Makefile”或“GCC Build Active File”；如果多文件，args 里要加 -o 输出可执行名，否则默认只生成 .o
• launch.json：调试用。program 字段必须指向编译后的真实可执行文件路径（如 "./a.out"），不能写 "${fileBasenameNoExtension}" —— 它不会自动拼扩展名

常见错误现象和对应检查点

这些不是报错，而是“看起来正常但实际跑不通”的典型信号：

wxPython 2.8 Application Development Cookbook英文pdf版

在今天的桌面应用世界上有大量的奖励，以便能够开发应用程序，可以运行在多个环境。目前，有一种跨平台框架可供选择的Python开发桌面应用程序屈指可数。 wxPython的就是这样的一个跨平台的GUI工具包的Python编程语言。它允许Python程序员创建一个完整的，功能强大的图形用户界面的程序，简单，方便。 wxPython的代码风格，改变了多年来不少，并得到更多Python的。例子，你会发现这本书是对不断更新，反映在风格上的变化。 本书提供最新的书，快速创建健壮的，可靠，可重复使用的wxPython应用

下载

• 所有 printf 都标灰、跳转不到定义 → 检查 c_cpp_properties.json 里 configurationProvider 是否误删，或 includePath 漏了 /usr/include 类路径
• Ctrl+Shift+B 显示 “任务不存在” → tasks.json 顶层少了 "version": "2.0.0"，或 type 写成了 "shell" 却没配 command
• F5 启动后黑窗一闪而退 → launch.json 的 externalConsole 设为 true（Windows）或删掉该字段（macOS/Linux），否则程序结束控制台立刻关闭
• 修改代码后调试还是旧结果 → 没在 tasks.json 的 group 里设 "build"，导致调试前没自动构建

MinGW / MSYS2 / WSL 下路径写法差异

Windows 用户最容易在这里翻车：VS Code 在不同终端环境下对路径斜杠、空格、盘符的处理完全不同。

立即学习“C语言免费学习笔记（深入）”；

• 用 MinGW-w64（官网下载）：compilerPath 填 C:\mingw64\bin\gcc.exe，双反斜杠是必须的；includePath 里不要写 C:mingw64include，要用正斜杠 C:/mingw64/include
• 用 MSYS2：路径一律用 Unix 风格，compilerPath 是 C:\msys64\ucrt64\bin\gcc.exe，但 includePath 要写成 "C:/msys64/ucrt64/include"
• 用 WSL：VS Code 必须装 Remote - WSL 插件，然后从 WSL 环境里打开文件夹；此时所有路径按 Linux 处理，compilerPath 就是 /usr/bin/gcc，别混用 Windows 路径

跨环境复制配置时，compilerPath 和 includePath 几乎肯定要重写，别图省事直接粘贴。