简介用C/C实现的表白程序源码面向编程初学者、计算机专业学生以及想在纪念日或特定场景用代码传递心意的人群也可作为课程设计或社团分享的趣味素材。代码以“延时动画、闪烁文字、窗口化展示”为核心综合运用了C语言函数与循环结构、sleep类延时函数控制动画节奏、字符数组逐帧刷新、颜色切换与闪烁效果以及简单窗口创建等技巧若使用C实现还可以利用类来封装动画逻辑展示面向对象编程的模块化优势。压缩包内仅含1个cpp源文件整体体积仅4KB无外部依赖、无毒无风险结构精简适合直接阅读、调试和二次修改也可当作了解Windows API或GUI编程的入门实例。目前已有2333人下载学习对于希望以轻松有趣的方式掌握C/C基础语法、图形界面调用和动画编排的读者这份代码能提供清晰可运行的参考稍作修改即可变成属于自己的个性化表白程序。1. 一段“无毒”的 C/C 表白代码究竟能干什么为了表白去网上搜“C语言表白代码”结果往往很感人下回来的项目解压出一堆文件夹双击 exe 之后不是弹窗恐吓“你中奖了”就是桌面突然多出一个改不掉的图标杀毒软件跟着疯狂报警。标题里的“无毒”不是噱头它要表达的是程序只在屏幕上画一颗爱心、显示一句告白不弹窗整蛊、不写注册表、不修改文件、不联网编译产物就是一个干干净净的单文件可执行程序。这也是本文要交付的东西用 C 语言和 C 在命令行输出爱心和告白文案源码可读、可控、可自己改成任何想要的样子。适合那些想亲手送出一段代码、又不想把自己电脑和对方电脑弄乱的读者也适合刚学 C/C 想找个小项目练手的人。2. 从数学曲线到终端字符C 实现爱心的底层原理先讲清楚原理再动手。这个项目表面上是一堆星号和空格实际上只做两件事第一用数学公式判断屏幕上的每个点算不算“爱心内部”第二在终端里通过“清屏重绘”制造动画。理解了这两件事后面所有代码都不需要背。2.1 用 C/C 而不是脚本语言零依赖与最小交付常见做法是选用 C 或者 C 来实现这类表白程序。原因不是情怀而是交付形态。C 代码编译出来的是原生可执行文件不依赖 Python 解释器、Node 运行时或浏览器内核在对方的电脑上不需要装任何额外环境双击就能跑。对“表白”这个场景来说交付一个单文件、零依赖的可执行程序是最不容易翻车的。C 在这个项目里和 C 并无冲突。C 兼容大部分 C 语法所以这个项目可以“用 C 的写法写完再用 C 编译器编译”。C 额外的好处是可以用 std::string、std::thread 这类标准库设施想做出更复杂的烟花效果时更方便但目前我们只输出字符和动画核心代码用 C 也能写用 C 编译也一样跑。为什么不建议用 Python、Java 或者网页Python 脚本在对方电脑上大概率没有对应解释器打包成 exe 又容易触发杀软误报Java 要装 JRE网页版倒是便捷但打开时会有网络加载过程仪式感被削弱了。C/C 的编译产物最小且最“老实”你编译出来的文件有多大、干了哪些事基本都能把源码对照着查清楚。这就是“无毒”的基础。2.2 心形曲线公式从参数方程到判断条件要打印爱心最可靠的办法是用数学上现成的心形曲线。最常用的是如下参数方程x 16 * sin³(t)y 13 * cos(t) - 5 * cos(2t) - 2 * cos(3t) - cos(4t)其中 t 从 0 遍历到 2π得到的点 (x, y) 连起来就是心形轮廓。这个公式在 C 代码里的写法非常直接float t 0.0f; while (t 2 * M_PI) { float x 16 * powf(sin(t), 3); float y 13 * cosf(t) - 5 * cosf(2 * t) - 2 * cosf(3 * t) - cosf(4 * t); // 把 x, y 映射到屏幕坐标并输出 t 0.01f; }参数 t 是角度步长 0.01 表示每隔 0.01 弧度取一个点步长越小曲线越平滑但输出密度越高。powf、sinf、cosf 对应浮点版本读起来很直白。这里有一个细节直接用这个参数方程逐点连线得到的是一条线如果想让爱心填充满整个图形更好用的是对应的隐式方程(x² y² - 1)³ - x²y³ ≤ 0当某个点 (x, y) 代入后满足这个不等式说明它落在爱心内部。于是画爱心的逻辑就变成了遍历一块矩形区域里的每个点判断满足不等式就输出一个字符否则输出空格。这比逐点连线简单还省掉了三角函数反复计算的损耗。2.3 终端模拟动画的两个基础动作清屏与延时终端动画的本质只有三个动作画一帧清屏再画下一帧。把前后两帧里爱心的大小或位置稍作改变视觉上就在“跳动”。清屏和延时在不同操作系统上有不同写法。清屏在 Windows 控制台里常用 system(cls)在 Linux 终端里是 system(clear)。延时的常见做法是Windows 用 Windows API 自带的 Sleep单位是毫秒Linux 下用 usleep单位是微秒。为了让一份源码在两套环境都能编译可以用条件编译把它们统一起来#ifdef _WIN32 #define CLEAR_CMD cls #include windows.h #else #define CLEAR_CMD clear #include unistd.h #endif这里的 _WIN32 是编译器在 Windows 平台自动定义的宏。代码里这样写之后清屏命令和延时函数就都有了跨平台版本。注意 system(cls) 和 system(clear) 都是调用了系统的命令处理器平时用没任何问题但真正的“干净程序”会尽量避免直接在代码里拼系统命令——这里只是一个演示型项目问题不大后面我们讲“避坑”时再展开为什么拿到陌生代码要先审查 system。3. 静态版用 C 打印一颗爱心和告白文案先跑通最朴素的版本。这一段代码短、逻辑清晰适合第一次接触这个项目的人在十分钟内看到效果。后续的动态版也是在这个基础上改的。3.1 最短可运行版本一个 C 文件输出爱心用一个文件就能搞定。在任意编辑器里新建 love.c内容如下#include stdio.h #include math.h int main() { // 屏幕坐标系x 范围 [-2.0, 2.0]y 范围 [1.5, -1.5] // y 从大到小因为屏幕的原点在左上角y 轴向下 for (float y 1.5f; y -1.5f; y - 0.1f) { for (float x -2.0f; x 2.0f; x 0.05f) { // 隐式心形线方程 float a x * x y * y - 1.0f; if (a * a * a - x * x * y * y * y 0.0f) printf(*); else printf( ); } printf(\n); } return 0; }这一段里的核心逻辑在 if 那一行把当前坐标代入心形方程如果结果 ≤ 0说明这个点落在爱心内部。这里解释一下为什么用隐式方程而不是前面的参数方程隐式方程天然填充整个内部参数方程适合描边。两层循环里外层是 y内层是 x输出顺序是从上到下、从左到右和终端自然阅读顺序一致。参数说明x 从 -2.0 取到 2.0步长 0.05一共 80 列y 从 1.5 取到 -1.5步长 0.1一共 30 行。为什么 y 的步长是 x 的两倍因为终端字符高度通常约为宽度的两倍。如果用同样的步长画出来的爱心会被纵向拉伸把 y 步长调成 0.1 之后上下 30 行与左右 80 列在视觉上接近正方形爱心比例才正常。3.2 居中输出告白文案一个小的工具函数光有一颗爱心当然不够表白的重点是那几行字。在 main 函数末尾、return 之前加上一句 printf(I LOVE YOU\n) 就能显示文字只是默认从左对齐视觉上偏在一边。让文字居中是很容易实现的写一个小函数void print_center_line(const char *text, int width) { int len 0; while (text[len] ! \0) len; int pad (width - len) / 2; if (pad 0) pad 0; for (int i 0; i pad; i) printf( ); printf(%s\n, text); }函数先数出字符串的实际长度再算出左侧空格数量凑够总宽度 width 后让文字从中间开始打印。调用时把爱心占用的宽度传进去比如上面代码里爱心宽度约为 80 字符那么传 80 即可print_center_line(I LOVE YOU, 80); print_center_line(——来自某开发者的C语言表白, 80);这个函数有两个使用注意。第一第二个参数 width 是“目标总宽度”而不是“居中区域的宽度”所以它必须与爱心所在行的实际宽度保持一致否则文字和爱心对不上。第二这里假定所有字符是等宽的在英文字符和中文混排时一个中文字符在终端里通常占两个英文字符宽度用纯 bytes 计数会让中文文案看起来向右偏严格一点的写法是用 wcwidth 计算显示宽度但作为展示用简单版本完全够用。3.3 编译、运行与参数微调范围、步长和形状在项目目录下执行以下命令之一即可编译# Linux / macOS 终端下 gcc love.c -o love -lm # Windows 下已安装 MinGW 或 MSYS2 环境 gcc love.c -o love.exe -lm命令说明-lm 是链接数学库 libm。前面代码用到 powf、sinf 这类函数它们在数学库里不加 -lm 在 Linux 下编译会报“对 powf 未定义的引用”之类的链接错误。在 Windows 的 MinGW 环境里通常不需要显式加 -lm但加上无害。运行方式Linux/macOS 下执行 ./loveWindows 下直接双击 love.exe 或在命令行输入 love.exe。这个打印效果完全靠两个参数控制想微调形状就看它们参数位置作用常见值x 步长内层循环横向密度越小越粗0.05y 步长外层循环纵向密度同时修正字符宽高比0.1x 范围内层循环边界决定爱心左右宽度-2.0 ~ 2.0y 范围外层循环边界决定爱心上下高度1.5 ~ -1.5判断阈值if 条件右侧0 是标准心形边界调大填充变多0.0把 x 步长从 0.05 改成 0.01 后爱心会明显变“厚”因为单位面积里字符变多把 y 步长从 0.1 改成 0.05 后爱心会被拉扁。如果想让爱心整体挪到屏幕某个位置调整 x、y 的起始值即可比如把所有 x 值整体加上 0.5爱心水平右移。调整时注意保持范围与步长的比例不然容易超出终端显示区域导致换行混乱。4. 动态版用 C/C 写出会跳动、带颜色的爱心静态爱心能跑通之后升级成动态版就顺手很多。这一章做三件事让爱心随正弦波缩放形成“心跳”效果用 ANSI 转义序列把爱心改成红色再讲清楚帧率与节奏怎么调才不闪屏。4.1 会跳动的爱心缩放因子的动态变化“跳动”的本质是每一帧里把爱心的形状按同一个比例放大或缩小。实现上只需要引入两个变量一个随时变化的 scale 缩放系数以及一个随时间累加的角度 t#include stdio.h #include math.h #ifdef _WIN32 #include windows.h #else #include unistd.h #endif int main() { float t 0.0f; for (int frame 0; frame 30; frame) { // 缩放系数在 0.8 到 1.2 之间平滑变化 float scale 1.0f 0.2f * sinf(t); t 0.15f; // 清屏保持跨平台写法 #ifdef _WIN32 system(cls); #else system(clear); #endif // 用缩放后的坐标系重绘爱心 for (float y 1.5f; y -1.5f; y - 0.1f) { for (float x -2.0f; x 2.0f; x 0.05f) { float nx x / scale; float ny y / scale; float a nx * nx ny * ny - 1.0f; if (a * a * a - nx * nx * ny * ny * ny 0.0f) printf(*); else printf( ); } printf(\n); } printf(I LOVE YOU\n); // 控制每帧间隔单位毫秒 #ifdef _WIN32 Sleep(80); #else usleep(80000); #endif } return 0; }这段代码在上一章基础上加了三个东西scale 缩放系数、sinf 驱动的节奏、帧间延时。核心逻辑是每一帧把所有点的坐标都除以 scale如果 scale 是 0.8图形整体放大到 1/0.8 1.25 倍如果 scale 是 1.2图形缩小到 1/1.2 ≈ 0.83 倍于是爱心的面积就随正弦波一张一缩看起来像在呼吸或心跳。参数说明sinf 前面的 0.2 是缩放幅度控制心跳的强弱改成 0.3 会让跳动更夸张sinf 的输入 t 每次加 0.15决定心跳速度加得越大跳得越快Sleep(80) 是帧间隔数值越小动画越流畅但终端刷新跟不上时反而闪得厉害。这套逻辑就是后面调动画节奏的“主控台”。注意代码里 nx 和 ny 是“新坐标”把坐标除以 scale 而不是乘以 scale是为了让缩放中心保持在原点。如果改成乘以 scale爱心会在缩小和放大时偏离中心出现“漂移感”而不是“跳动感”这是新手容易踩的视觉坑。4.2 红色爱心与控制台样式ANSI 转义序列红色是表白的默认配色。给终端输出上色最通用的方案是 ANSI 转义序列在任意支持 ANSI 的终端里都能工作包括 Windows 10 以上的新终端和全套 Linux/macOS 终端。用法是在字符串里插入形如 \033[31m 的控制序列31m 表示前景色为红色\033 是转义字符 ESC0m 表示重置所有样式printf(\033[31m); // 之后输出的所有文字都变成红色 // ... 打印爱心和文字 ... printf(\033[0m); // 重置颜色避免影响后续输出一个完整的做法是把这段逻辑放进一个小函数里比如 print_red_line从而把“控制颜色”和“打印内容”分离void print_red(const char *text) { printf(\033[31m%s\033[0m, text); }使用注意ANSI 转义序列只在“真正识别 ANSI”的终端里有效。Windows 10 以后的 cmd、PowerShell 和 Windows Terminal 默认支持但很老的控制台比如部分精简版 Windows 下自带的旧 cmd可能不识别这时屏幕上会直接出现裸的 \033[31m 字符串反而难看。遇到这种情况要么换用 Windows 的 SetConsoleTextAttribute API要么直接不调颜色保持朴素版本。我的建议先跑一次看终端是否显示颜色再决定要不要加。如果想要更丰富的样式31 可以替换成其他数字30-37 改变前景色40-47 改变背景色1 开启加粗。例如 printf(\033[1;31m) 表示红色加粗适合用来打印主标题“I LOVE YOU”。4.3 帧率与节奏调节Sleep 时长与缩放频率怎么配动态爱心好看的关键其实是节奏不是代码。参数之间有一个经验配比缩放幅值越大跳动的存在感越强但帧间隔要适当调大否则视觉上像抽搐幅值调小则心跳更含蓄适合比较正式的表白文案。参考经验值如下表效果缩放幅度 (0.2 位置)t 步长Sleep/帧间隔安静呼吸0.10.08120 ms标准心跳0.20.1580 ms剧烈心跳0.30.250 ms逐条解释安静呼吸适合在画面里加入大段文字时使用因为文字多时用户注意力在阅读上动画太跳会分散标准心跳是默认值感官最协调剧烈心跳在快速节奏配乐或配合“快速闪烁”效果时用但终端刷新率不高时容易闪屏最好配合减小爱心行数来控制总绘制时间。还有一个很多人忽略的细节循环里 printf 很多次每一帧要输出 2400 多个字符80 列 × 30 行在慢速终端里绘制时间本身就很长。如果 Sleep 设得很小实际生效的帧间隔反而是“绘制时间 Sleep”两帧之间速度不稳定。验证方法很简单把 Sleep 调成 0如果动画依然有肉眼可见的卡顿问题出在输出速度而不是延时设置这时要压缩爱心面积而不是继续减小 Sleep。5. 避坑指南编译报错、乱码与“带毒”代码的排查这个项目看着简单真正跑起来会遇到一批非常具体的问题。这章把常见的坑按“现象 → 原因 → 解决”写清楚都是我自己给别人讲这个项目时最常见的问题。5.1 Windows 下中文乱码源文件编码与控制台编码打架现象代码里写了中文告白文案Windows 下编译运行后中文变成一串乱码英文和爱心都正常。原因这是编码不一致。你的源码以 UTF-8 保存Windows 老式控制台默认使用 GBK代码页 936解析字节流UTF-8 的中文字节被当成了 GBK 字符显示于是乱码。解决两个方案任选其一。方案一把源文件另存为 GBK 编码很多编辑器在“文件 另存为”的编码下拉框里能选这是最省事的做法缺点是源码变成 GBK 后在其他环境里可能反过来乱码。方案二在 main 函数开头调用 system(chcp 65001)把当前控制台代码页切换为 UTF-8需要注意的是 chcp 命令只对当前控制台窗口生效而且旧版 Windows 控制台对 65001 代码页支持不稳定切过去之后字体渲染可能异常。我自己的习惯是如果只给对方 Windows 机器运行直接保存成 GBK如果要跨平台发布文案部分尽量用英文省得两头折腾。5.2 运行后窗口一闪而过程序跑完了控制台直接关闭现象双击运行 exe窗口闪一下就消失根本来不及看爱心。原因控制台程序执行完 main 之后窗口随进程退出一起关闭。这是正常行为不是代码错误。解决在 main 末尾加一句 getchar();程序会等在用户按下回车键之后才退出。常见做法是把 getchar 放在印刷动画的循环结束后printf(按回车键退出\n); getchar();注意如果前面使用 getchar 读取过输入缓冲区里可能残留换行符导致 getchar 立即返回这个情况下要在读取前加 fflush(stdin) 或者用循环清空输入缓冲区。这是个经典细节值得记住。5.3 Linux 下 usleep 编译报错未声明的 POSIX 函数现象在 Linux 下用 gcc love.c -o love 编译报错 “implicit declaration of function usleep” 或者 “incompatible implicit declaration of built-in function”。原因usleep 不是 C 标准函数它是 POSIX 扩展。在默认编译标准比如 gnu11 或 c11下编译器不一定默认打开对应的特性宏 _DEFAULT_SOURCE导致函数原型不可见。解决在源码的最前面加一行#define _DEFAULT_SOURCE这一行必须在任何 #include 之前因为大部分 POSIX 扩展函数的声明是否暴露取决于预处理器在包含头文件前是否已经定义了该宏。另一个办法是把 usleep 替换成标准的 nanosleep但那个函数要填 struct timespec写起来啰嗦不少项目里用宏开关最轻量。5.4 爱心变形、上下颠倒步长与坐标系方向的问题现象爱心明显被横向压缩或纵向拉长或者图形倒过来在屏幕底部显示。原因两点。第一是字符宽高比问题——终端里一个字符的矩形高度大约是宽度的两倍如果不把 y 步长调整为 x 的两倍画出来的形状就是压扁的。第二是坐标系方向——许多人习惯把 y 从 -1.5 递增到 1.5结果是爱心从屏幕底部开始往上画视觉上就是上下颠倒。解决外层循环写成 for (float y 1.5f; y -1.5f; y - 0.1f)保证最上面的行先输出。如果图形左右不对称检查 x 循环是否从 -2.0 到 2.0 而不是反方向。这样一个最简单的调参动作能省掉一半的“形状不对”问题。5.5 从网上复制代码后运行前先“读毒”再运行现象从某个网页复制的“表白代码”运行后弹窗、改桌面、删除文件或者被杀毒软件拦截。原因代码里被故意埋了恶作剧或恶意逻辑。终端程序天然能执行系统命令所以这段代码在装无辜的外表下可能带着 system(shutdown)、remove(C:\...)、联网上传之类的内容。解决运行前做三件事。第一用编辑器打开源码全局搜索 system、remove、rename、DeleteFile、shutdown、regedit、网络相关函数凡是出现在 main 里又没在代码里注释说明的一律警觉。第二在一台虚拟机或隔离环境里先运行一次观察是否有文件变更、命令弹窗、网络活动。第三只运行自己读过且逻辑完整的代码。我自己有个习惯拿到任何别人写的表白代码先把它丢到没有被管理员权限的环境里跑一遍再判断能不能用它。这个项目如果只包含 printf 循环和 getchar逻辑完全透明不需要信任任何人——这正是“无毒”的意义所在。6. 进阶用法把一段代码变成一份拿得出手的礼物静态代码跑通、动态动画调顺之后这个项目的边际价值在于“交付形式”。这一章分享三个进阶技巧和一套验证习惯让最终产物更像礼物而不是调试代码。6.1 让礼物更像礼物图标、单文件与离线运行编译产物的默认图标很“程序员”。想在交付时更有仪式感可以在 Windows 下用工具把编译出来的 exe 换成自定义图标也可以干脆不折腾图标把注意力放在程序启动的第一印象上程序启动后在清屏前先输出几行居中的小字比如“这是一封准备了一下午的信按下回车慢慢看”然后再进入爱心动画。这种“开场白-动画-文案-退出”的四段结构比单一爱心更像一份完整的礼物而且只用标准库就能实现不引入任何图形库。提示离线运行是必须保证的底线确认最终交付的 exe 在目标机器上双击就能跑不依赖不在现场的网络下载不依赖额外动态库。对方看到的应该是一个双击即出现的画面而不是一个报错弹窗。6.2 交付前的最小验证清单所谓“无毒”不能只靠口头承诺。交付之前我会按下面这个清单在自己机器上完整走一遍检查项方法通过标准静态审查搜索源码中的 system/remove/rename/网络 API无未经说明的危险调用环境对照在未安装任何开发环境的干净环境跑一次双击后正常运行行为白名单运行前后对比目录文件列表无文件被创建、修改、删除动画验收完整跑完 30 帧以上无闪屏、无卡顿、文字居中这个清单是我被现实教育过之后养成的习惯。有一次我把精心调好的版本发给对方结果对方双击后因为屏幕分辨率太窄爱心被换行截断整个画面支离破碎。从那以后我每次都先把终端窗口设小、设大各跑一遍再确认动画完整播完才交付这种“多跑三遍”的习惯救过我很多次。希望你也能在送出前多跑几遍把翻车的概率留给自己把惊喜留给对方希望帮到你。本文还有配套的精品资源点击获取