VS2022将C语言程序打包成exe：从配置到分发的完整实操指南

用VS2022把C语言文件打包成exe，发给朋友直接就能跑（全套实操）

前几天一个学弟在微信上找我，说他用VS2022写了个C语言小工具，想发给女朋友电脑上用，结果对方一运行就报错，不是缺dll就是窗口一闪而过。我帮他远程点了几下就好了，回头想想，这个“把C语言变成exe发给朋友”的需求，很多刚入门的朋友都会遇到，但网上教程要么讲得太碎，要么是拿旧版本VS演示，照着做总是对不上。所以这篇就把我用VS2022打包C语言程序的全过程写清楚，从安装到分发，每个环节都说明白为什么这么做，照着走一遍基本不会再踩坑。

文章面向的是刚学C语言、正在用VS2022写练习题或者小工具的朋友。不管你是写了个“加法计算器”还是“贪吃蛇”，只要最终目的是把程序变成exe文件发给别人、让对方双击就能运行，这篇文章都适用。

1. 动手前的准备：安装VS2022并选对工作负载

1.1 VS2022版本怎么选，社区版够不够用

Visual Studio 2022有社区版、专业版、企业版三个版本。很多人一看到“专业版”“企业版”就慌了，担心社区版功能不全，其实完全多虑了。社区版是微软官方免费提供给个人开发者、学生、开源项目使用的，功能上跟专业版几乎没有差别，特别是在C/C++桌面开发这一块，社区版完全够用，而且不需要激活码，装完就能用。

去Visual Studio官网下载安装器（Visual Studio Installer），选“社区版”下载就行。安装器本身只有几MB，真正的开发组件在安装时按需拉取。这一步经常有人卡住，因为安装器看起来下载很慢，其实它是在后台拉取组件包，耐心等就行。

安装界面里会列出很多“工作负载”，也就是按开发场景打包好的组件集合。这里务必勾选“使用C++的桌面开发”，这一项包含了MSVC编译器、Windows SDK、C++标准库等核心工具链。如果你只装了“适用于Web的ASP.NET”之类的负载，后面新建C语言项目时根本找不到对应模板，这是新手最常见的翻车点之一。

右侧的“安装详细信息”面板里，默认会勾选“适用于最新生成工具的MSVC”和“Windows 11 SDK”之类的选项，保持默认即可。如果你是Win10系统，也可以顺手勾上“Windows 10 SDK”，避免个别环境下SDK版本不兼容的问题。安装完成后重启电脑，就可以开始建项目了。

1.2 先搞清楚：源代码、编译器、exe三者的关系

在动手点鼠标之前，我建议你先花两分钟理解一下C语言源码到exe这条流水线，后面遇到任何报错都能自己判断方向。

把写好的hello.c发给朋友，朋友双击这个.c文件是没法运行的，因为电脑不认识源代码。整个流程像做菜：源代码是“菜谱”，编译器是“厨师”，exe是“做好的菜”。VS2022做的就是“厨师”的活，它把.c文件经过预处理、编译、汇编、链接四个阶段，最终生成一个.exe可执行文件。

预处理负责处理#include、#define这些指令，把头文件内容“粘贴”进来；编译把C代码翻译成汇编语言；汇编再把汇编变成机器码，也就是.obj目标文件；最后链接阶段把多个.obj文件和需要的库文件组合起来，生成最终的可执行文件。VS2022界面上点击“本地Windows调试器”或者直接按Ctrl+F5，背后跑的就是这一整套流程。

理解了这层关系，你就能明白为什么朋友电脑上没装VS也能运行exe——因为exe已经是“做好的菜”，不需要“厨师”再介入。但前提是，做菜时用到的“调味料”，也就是运行库，得能让朋友的电脑识别。这个问题在后面的静态链接部分会详细讲。

2. 新建项目与代码编写：从零搭建一个能打包的工程

2.1 创建项目的正确姿势：选“控制台应用”而不是“空项目”

打开VS2022，点击“创建新项目”，在搜索框里输入“控制台”，会看到“控制台应用”模板，注意这个模板的语言标签是C++，但别慌，它完全支持C语言，只是VS把C和C++统一在一个工具链里管理。选中它，项目名称自己起一个，比如“HelloFriend”，存放位置随意。

这里我强烈建议新手选“控制台应用”模板，而不是“空项目”。因为控制台模板会自动帮你配置好main函数入口、链接器子系统的设置，生成的项目直接就能编译运行。空项目则需要手动添加源文件、手动配置子系统，多了一步不说，新手很容易在配置上漏掉选项，导致编译通过却跑不出黑窗口。

项目创建完成后，解决方案资源管理器里能看到“源文件”文件夹，右键→添加→新建项，选择“C++文件(.cpp)”。这时候注意一个细节：文件名的后缀一定要改成.c，比如main.c。虽然VS默认用C++编译器处理.cpp文件，但当你把后缀改成.c后，编译器就会按C语言的标准来处理代码。如果你写的是纯C语法，用.cpp后缀也能编译，但某些C语言特有的写法可能报错，所以老老实实用.c后缀最稳妥。

2.2 一个小而完整的示例程序：写代码并编译运行

为了后面演示打包流程，我们写一个简单的程序，功能是让用户输入两个数，程序输出它们的和，最后暂停等待用户按键再退出。完整代码如下：

#include <stdio.h> #include <stdlib.h> int main(void) { int a, b; printf("请输入两个整数，用空格隔开："); scanf("%d %d", &a, &b); printf("%d + %d = %d\n", a, b, a + b); system("pause"); return 0; }

代码里我加了system("pause")，主要作用是在程序运行结束后显示“请按任意键继续…”，防止黑窗口一闪而过。这个函数是Windows特有的，Linux和macOS上没有，但我们目标是打包Windows的exe，所以无所谓。如果用getchar()代替也可以，但一旦输入缓冲区里有残留字符，getchar会被“吃掉”导致窗口还是闪退，对新手来说system("pause")更省心。

写完代码后，点顶部工具栏的“本地Windows调试器”绿色按钮，或者按Ctrl+F5（不调试直接运行），程序就能跑起来。如果顺利弹出黑窗口并显示计算结果，说明你的开发环境完全正常。这时候项目目录下其实已经生成了一个exe文件，但它是Debug模式下的，先别急着发给朋友。

2.3 项目结构里那些默认文件有什么用

新创建的控制台应用会自动生成几个文件，在解决方案资源管理器里能看到：一个“源文件”文件夹（里面是那个cpp或c文件），“头文件”文件夹，“资源文件”文件夹，还有一个后缀是.vcxproj的工程文件和一个.sln的解决方案文件。

很多新手会担心：“这些文件是不是都要发给朋友啊？”千万别发。朋友只需要最终的.exe文件，中间这些工程文件、解决方案文件、源代码文件都是开发用的，发给别人反而容易让对方困惑。特别是.vcxproj和.sln文件，它们是VS私有的工程管理文件，别人没装VS根本打不开。

还有一点需要知道：在项目文件夹里，会有一个Debug或者Release的子目录，真正的exe文件就在这里面。但你在这个阶段找到的exe只是“半成品”，先别动，继续往下看。

3. 关键一步：切到Release模式并调整编译设置

3.1 为什么必须用Release而不用Debug

VS2022顶部工具栏中间有个“解决方案配置”下拉框，默认是Debug。在打包之前，必须把它切到Release。这一步如果不做，你发出去的exe可能会有两个致命问题：一是体积大、运行慢，二是朋友的电脑上大概率报错“缺少VCRUNTIME140D.dll”。

Debug和Release是两种不同的编译配置，核心区别在于是否包含调试信息以及是否做代码优化。Debug模式下编译器会把详细的调试符号写进exe，方便开发者在VS里断点调试，代价是exe体积变大、运行性能差，而且默认链接的是调试版运行库，这个运行库只在装了VS的机器上才有。Release模式则剥离了调试符号、做了优化，最终exe干净利落，适合分发。

我把两者的关键差异整理成一张表，方便你理解：

所以打包给朋友的第一原则就是：只发Release模式下生成的exe。切换方法很简单，直接在顶部下拉框里把Debug改成Release，就这么简单。

3.2 平台选择：x86、x64还是Win32

除了Debug/Release，旁边还有一个平台下拉框，常见选项是x64和x86（有些版本显示为Win32）。这也是一个容易纠结的点。

x86（Win32）编译出的exe是32位程序，能在32位和64位的Windows上运行，兼容性最好。x64编译出的exe是64位程序，只能跑在64位Windows上，但性能稍好，能用更多内存。现在随便买的电脑基本都是64位系统，如果朋友全是64位系统，选x64没什么问题；但如果你不确定朋友的电脑配置，或者要发给的人比较多，选x86更保险。

还有一个隐藏坑：如果你用了一个第三方库，比如图形库graphics.h，这个库本身分成32位版和64位版，那么平台选择必须跟库的版本保持一致，否则链接阶段报错LNK2019。如果遇到这种问题，优先检查平台选对了没有。

我的建议是：默认先选x86，把程序跑通，后面如果确实需要64位版本再切换。32位exe在64位系统上运行完全没问题，但反过来不行。

3.3 项目属性里这几个配置必须检查

切到Release后，还需要检查项目属性里的几项设置。右键项目名称（不是解决方案），选择“属性”，打开的对话框里左上角“配置”要选“Release”，“平台”要保持跟刚才选的一致。

第一个要检查的：C/C++ → 代码生成 → 运行库。这里默认是“多线程DLL(/MD)”，我们需要把它改成“多线程(/MT)”。这一步是为了一劳永逸解决朋友电脑上缺运行库的问题，具体原理下一节详细说。

第二个要检查的：链接器 → 系统 → 子系统，确认是“控制台(/SUBSYSTEM:CONSOLE)”。如果你做的是带图形界面的窗口程序，这里才需要改成Windows。我们目前所有例子都是控制台程序，保持默认即可。

第三个要检查的：配置属性 → 高级 → 字符集。默认是“使用Unicode字符集”，如果你代码里用了中文字符串并且出现乱码，可以改成“使用多字节字符集”试试，但更彻底的办法是用UTF-8编码存源文件，然后在命令行加/utf-8参数，这个放在后面的常见问题里说。

这三个配置搞定后，重新点一下“生成→重新生成解决方案”，Release模式下的exe就出炉了。

4. 让朋友电脑上也能跑：依赖处理与静态链接

4.1 朋友电脑没装VS，为什么你的exe跑不起来

很多新手兴冲冲地把exe发给朋友，结果朋友双击后弹窗：“由于找不到VCRUNTIME140.dll，无法继续执行代码。”这个弹窗能吓退一半人，但其实原因很简单：你的exe依赖了一些动态链接库，而朋友的电脑上没有这些库。

这就要说到Windows程序的两种链接方式：动态链接和静态链接。动态链接的意思是可执行文件里不包含运行库的代码，只在运行时去系统的某个目录（比如C:\Windows\System32）里找对应的dll文件。如果找到了就正常跑，找不到就报错。静态链接则相反，编译器在生成exe时把用到的运行库代码直接“塞”进exe里，exe变大一些，但不再依赖外部dll。

VS2022生成的C程序标准上会依赖微软提供的C运行时库，比如VCRUNTIME140.dll、MSVCP140.dll这些。开发者的电脑上装了VS，这些dll都在，所以自己运行没问题；但朋友的电脑是干净环境，自然找不到这些文件。这就是为什么你本机跑得好好的，发给别人就废了。

解决思路有两条：一是把需要的dll一起发给朋友，二是干脆启用静态链接，让exe自给自足。对新手来说，直接用静态链接最省事。

4.2 用/MT静态链接一劳永逸

在项目属性里把运行库从“多线程DLL(/MD)”改成“多线程(/MT)”，这一步就是打开静态链接。改完之后重新生成exe，你会发现文件体积明显变大了，比如从50KB变成150KB，这是正常的，因为exe里加入了运行库的机器码。

体积变大的代价换来的是极大的省心：朋友的电脑上不需要安装任何运行库，双击exe就能跑。这也是我推荐所有新手采用的方式，毕竟我们只是分享个小工具，没必要为了省几KB空间让自己和朋友都折腾。

需要注意：Release配置下对应的是“多线程(/MT)”，Debug配置下对应的是“多线程调试(/MTd)”，千万别在Debug下选/MT，否则会报链接错误。按照3.3小节的设置，我们已经在Release下操作，选/MT即可。

设置完成后，重新生成解决方案，到项目的Release目录下找到新的exe。一般路径是：你的项目文件夹\x64\Release\项目名.exe，或者\Release\项目名.exe，看你选的平台是什么。

4.3 其他依赖怎么查：用Dependencies工具看个明白

/MT静态链接解决的是C/C++运行库的依赖问题，但如果你在代码里用了其他第三方库，比如sqlite3、curl，这些库的依赖仍然存在。怎么确认最终的exe到底还依赖哪些dll？这里推荐一个小工具叫Dependencies（也可以叫Dependency Walker的开源替代版），把exe文件拖进去，它会列出所有依赖项。

正常情况下，使用/MT编译的简单控制台程序的依赖项只有系统自带的dll，比如kernel32.dll、user32.dll，这些是Windows操作系统的一部分，任何Windows电脑上都有，不用担心。只要依赖项列表里没有MSVCRT之外的、来自VS安装目录的dll，这个exe就是“干净”的。

如果你发现列表里确实有某个第三方dll，那就得把这个dll和目标exe放在同一个文件夹里一起发给朋友。这里强调一下：dll要和exe放同一目录，不要自己改系统文件夹，只要exe跟dll同目录，Windows默认就能找到。

5. 打包优化与分享技巧：体积、杀毒误报、使用说明

5.1 为什么exe体积这么大，如何压缩

用了/MT静态链接后，一个简单的HelloWorld程序的exe可能就有200KB到500KB，很多人觉得“怎么这么大”。其实这体积完全正常，毕竟exe里内嵌了运行库的代码。你要真嫌大，可以从优化配置上进一步挤水分。

打开项目属性，在C/C++ → 优化里，把优化从“最大化速度(/O2)”改成“最小体积(/O1)”。这一步能小幅减小exe体积。再把链接器 → 调试 → 生成调试信息改为“否”，去掉pdb调试符号文件，也能省掉一部分空间。

还有一个方案是用UPX这类可执行文件压缩工具，能把exe压缩一半以上，运行时再解压到内存执行。但我不太推荐新手使用，原因有两个：一是UPX压缩后的exe有时候会被杀毒软件误报，二是某些系统环境下UPX壳会触发兼容性问题。如果只是发给朋友用，保持原样最稳。

下面给一张体积优化的建议表：

5.2 杀毒软件误报怎么办

用VS2022自己编译的exe，有时会被Windows Defender或者其他杀毒软件拦下来，提示“检测到威胁”或者“Windows已保护你的电脑”。第一次遇到这个情况时，很多人的反应是“我的代码出问题了？”其实大概率不是你的问题，而是编译出的exe没有数字签名，杀毒软件对“没有身份的未知程序”天然有戒心。

换个角度理解：你从官网下载的软件为什么很少误报？因为人家购买了代码签名证书，系统知道它来自可信的软件开发商。个人开发者自己编译的exe没有这个证书，在杀毒软件眼里就是一个“陌生人”，误报几率自然高。

处理办法分几种。最简单的是让你朋友在杀毒软件里把该exe加入信任区。Windows Defender的具体操作是：设置→隐私和安全性→Windows安全中心→病毒和威胁防护→管理设置→添加排除项→选择文件。另外也可以告诉朋友，这是你自己写的程序，如果不放心可以先用在线病毒扫描网站（比如VirusTotal）验证，确认无误再运行。

如果你后续想长期分发软件，可以考虑买代码签名证书，一年几百到几千不等，对个人开发者来说必要性不大。现阶段只要让朋友加个信任区就好。这里特别提醒一句：不要为了“避免误报”去关闭Windows Defender的实时防护，得不偿失，只要针对单个exe文件添加信任就够了。

5.3 分享时的注意事项和配套说明

exe拿到手之后，别直接“光秃秃”一个文件甩给朋友。根据我个人经验，分享时注意这几件事能减少很多不必要的来回沟通。

第一，把exe压缩成zip或rar再发。因为微信、QQ等即时通讯工具对exe文件比较敏感，经常拦截或者强制添加“风险文件”后缀，压缩后就能正常传输。第二，附上一份简单的使用说明，用记事本写一个txt文件，说明这个程序是干什么的、怎么运行、需要什么系统（比如Windows 10/11 64位），跟exe一起打包。第三，发送前自己先在其他目录解压测试一遍，确保双击就能跑，不要发一个自己都没验证过的文件。

还有个贴心的小操作：在代码里用printf输出版本号。比如printf("简易加法器 v1.0\n")，这样以后你更新了程序，朋友反馈问题时你能立刻确认他用的是哪个版本，排查起来轻松很多。

6. 常见问题与排查技巧实录

6.1 典型报错速查表

打包过程中会遇到各种报错，我把这几个月帮人排查时碰到的高频问题整理成了一张速查表，遇到问题先对号入座。

6.2 分发前必须做的3次验证

正式发给朋友之前，强烈建议按下面这3步做验证。这3步是我自己在多次“翻车”后总结出来的流程，能帮你把问题拦截在自己手里。

第一次验证：在你自己的电脑上直接双击exe运行，确认功能正常。注意是双击运行，不是在VS里按F5。因为VS里运行会自动挂载调试器，有些问题不会暴露。第二次验证：找一台“干净”的电脑测试，最好是一台没装过VS的虚拟机或者朋友的电脑，把exe复制过去直接双击。这一步能验证静态链接是否真正生效，运行库有没有被完整打包进去。第三次验证：观察一下杀毒软件的拦截提示。如果自己的杀毒软件都没报，那基本可以放心了。

这3次验证都通过之后，exe才算真正达到“交付”标准。不要觉得麻烦，你多用5分钟验证，朋友那边就能少问十个问题。

6.3 我的个人习惯和一个小技巧

最后分享一个我在处理C语言编码问题时养成的习惯：建好项目后，第一时间在项目属性的“C/C++ → 命令行 → 其他选项”里加上/utf-8。加上这个参数后，编译器会强制按UTF-8编码解读源文件，能根治中文注释、中文字符串在不同系统区域设置下乱码的问题。

还有一个很容易被忽略的小技巧：Visual Studio 2022默认的“本地Windows调试器”按钮旁边有个下拉箭头，里面可以切换“开始执行(不调试)”和“开始调试”。平时调试用F5，但验证exe时一定要用Ctrl+F5或者直接去目录里双击。控制台程序在F5下即使正常结束也会立刻关闭窗口，很多萌新误以为程序崩溃了，其实是正常退出了。

打包分享这件事，说白了就是把“你做好的菜”端给朋友，核心就三句话：用Release编译，用/MT静态链接，发之前自己先验证一遍。把这三个点记住了，基本以后不会再遇到“我电脑上能跑，你电脑上跑不了”这种尴尬局面。如果你按照上面的步骤操作还有问题，多半是某一步配置没对上，回头再对照检查一遍，大概率能自己找到原因。