从 0 到 1：用 Windows 写代码，Linux 编译运行，一步到位

一、图中分工逻辑系统 / 环境负责阶段核心工作优势Windows VSCode1. 编辑代码写 C 语言源码.c文件、注释、格式调整VSCode 的编辑体验好中文环境友好Windows 上用起来顺手VMware Ubuntu2. 编译代码用gcc把.c编译成可执行文件a.out或自定义名helloLinux 原生支持gcc是嵌入式 / 后端开发的标准编译环境VMware Ubuntu3. 运行代码用./a.out/./hello执行程序看输出结果直接在编译环境运行和后续嵌入式开发的真实环境更贴近二、为什么要这么分而不是全在 Windows 搞定很多新手会问“我用 Windows 的 Dev-C/MinGW 也能写 C、编译、运行为什么还要折腾 Ubuntu 虚拟机”核心原因有 3 个开发链的一致性你后续做嵌入式开发比如 STM32、Linux 驱动目标平台大多是 Linux 环境提前在 Ubuntu 上熟悉gcc编译、Makefile、命令行操作能避免后期环境不兼容的大坑。工具链的原生支持gcc是 Linux 的原生编译器Windows 上的 MinGW 是 “模拟环境”遇到复杂项目比如多文件编译、链接库时很容易出现链接错误、路径问题Ubuntu 上直接用gcc更稳定。多文件 / 项目管理更方便后续写多个.c文件、用Makefile管理工程时Ubuntu 的命令行工具ls、cd、make比 Windows 的图形界面高效得多也更符合工业界的开发习惯。三、这套流程的关键细节图里的命令拆解1. 编译命令的两种写法# 方式1默认生成a.out不推荐文件名不直观 gcc 1-Helloworld.c # 方式2指定生成的可执行文件名hello推荐方便区分 gcc 1-Helloworld.c -o hello-o参数的作用就是指定输出文件的名字避免一堆项目里全是a.out分不清哪个是哪个。2. 运行命令的两种形式# 方式1相对路径当前目录下的可执行文件最常用 ./hello # 方式2绝对路径全路径直接执行适合不在当前目录时用 /mnt/hgfs/CS2618/1-C语言/1-环境安装/2-code/hello./表示 “当前目录”因为 Linux 默认不会把当前目录加入环境变量所以必须用./告诉系统 “我要执行当前目录下的这个文件”。四、进阶优化建议随着代码量增多、项目复杂度提升推荐做几项优化规避问题同时养成专业开发习惯。1. 优化文件存放分清共享目录与本地目录 我们当前使用的 /mnt/hgfs是 VMware 虚拟机共享文件夹的默认挂载路径。Windows 和 Ubuntu 是两个独立系统文件默认无法互通。开启虚拟机共享文件夹功能后Windows 中的共享目录会自动映射到 Ubuntu 的 /mnt/hgfsmntLinux 系统专门用来挂载外接设备、共享文件的目录hgfsVMware 固定命名属于软件预设路径不能随意修改。该方式仅适合临时练习项目变大后容易出现权限报错、文件同步延迟、读写卡顿等问题因此推荐改用Ubuntu 本地目录存放代码。在 Linux 终端里~ 是当前用户家目录的简写和共享文件夹没有任何关联。~/projects/c-demo 等价于完整路径 /home/你的用户名/projects/c-demo目录完全存放在 Ubuntu 虚拟机本地运行更稳定。操作步骤1. 终端执行命令创建本地项目文件夹mkdir -p ~/projects/c-demo后续所有代码都存放至此彻底摆脱共享文件夹的各类隐患。2. VSCode 安装 Remote-SSH 插件远程连接 Ubuntu 直接编写代码编码、编译、运行全程在 Linux 环境完成贴合行业真实开发流程。2. 巧用虚拟机快照备份环境 Ubuntu 环境配置完成后建议给虚拟机创建快照。后续若因误操作导致环境出错、软件异常直接恢复快照就能回到正常状态无需重新装机配置。五、拓展嵌入式领域主流多系统分工方案除了本文「Windows 编辑 Linux 编译运行」的入门模式实际嵌入式项目中有一套更成熟的分工体系Windows运行 Keil、STM32CubeMX 等工具完成工程配置、硬件调试、波形查看等工作Ubuntu负责代码编译与工程构建使用 arm-none-eabi-gcc 交叉编译器生成嵌入式设备专用固件硬件开发板作为最终运行平台烧录固件后完成程序实测与验证。 本文讲解的开发流程正是学习嵌入式开发必须掌握的基础。