在图形程序、游戏demo或者任何渲染循环中，帧率（FPS，Frames Per Second）是判断程序运行流畅度最直观的指标。C语言本身没有现成的FPS库，但实现起来并不复杂，核心就是统计一段时间内渲染的帧数，或者计算相邻两帧之间的时间间隔。下面详细介绍几种常用方案的原理与代码实现。
一、帧率计算的基本原理
帧率的定义是每秒渲染的帧数，所以最直接的做法有两种：一种是记录每帧的时间点，算出与上一帧的时间差，用1秒除以这个差值得到瞬时帧率；另一种是在固定时间窗口（比如1秒）内累计帧数，窗口结束时输出统计值。
瞬时帧率的问题在于数值波动很大。某一帧如果因为系统调度出现了卡顿，帧率可能瞬间从60掉到个位数，然后又跳回来，显示出来的数字会不停跳动，参考价值有限。而窗口平均法得到的是一段时间的均值，更平滑稳定，也是大多数游戏引擎采用的方式。
无论哪种方式，获取高精度时间都是前提。C标准库里的time()函数精度只有秒级，完全不能满足帧率统计的需求，实际开发中要使用clock()、gettimeofday()或者QueryPerformanceCounter()这类高精度计时接口。
二、基于clock函数的简单实现
clock()是C标准库提供的计时函数，返回程序启动以来消耗的处理器时间，配合宏CLOCKS_PER_SEC可以换算成秒。它的优点是跨平台，任何支持标准C的环境都能编译运行。先看一个简单的窗口平均法例子：
#include <stdio.h>
#include <time.h>
int main(void)
{
clock_t window_start = clock();
int frame_count = 0;
for (;;) {
render_frame(); /* 模拟渲染一帧 */
frame_count++;
double elapsed = (double)(clock() - window_start) / CLOCKS_PER_SEC;
if (elapsed >= 1.0) {
double fps = frame_count / elapsed;
printf("FPS: %.1f\n", fps);
frame_count = 0;
window_start = clock();
}
}
return 0;
}</code>这段代码的逻辑很清晰：每渲染完一帧计数加一，当累计时间超过1秒时，用帧数除以实际耗时得到平均帧率并打印，然后重置计数器开始下一轮统计。
不过clock()有一个容易被忽视的坑：在Linux系统上它统计的是处理器时间（CPU时间），如果程序在等待垂直同步或睡眠时被挂起，这段时间不会被计入，统计结果会偏大。而在Windows的MSVC环境下，clock()统计的又是墙上时钟时间。这种平台差异意味着同一个程序在不同系统上可能得到不同的结果，跨平台项目要特别留意。
三、使用gettimeofday获得微秒级精度
在Linux和类Unix平台上，gettimeofday()能提供微秒级精度，是帧率统计的常用选择。它把当前时间填充到一个timeval结构体中，包含秒和微秒两个字段，计算时需要转换成统一的浮点秒数：
#include <stdio.h>
#include &sys/time.h>
double now_seconds(void)
{
struct timeval tv;
gettimeofday(&tv, NULL);
return tv.tv_sec + tv.tv_usec / 1000000.0;
}
int main(void)
{
double window_start = now_seconds();
int frame_count = 0;
while (1) {
render_frame();
frame_count++;
double elapsed = now_seconds() - window_start;
if (elapsed >= 0.5) { /* 每0.5秒更新一次显示 */
double fps = frame_count / elapsed;
printf("FPS: %.2f\n", fps);
frame_count = 0;
window_start = now_seconds();
}
}
return 0;
}窗口设为0.5秒而不是1秒，可以让显示的数值更新得更及时，同时保持一定的平滑度。窗口越短，数值越灵敏但抖动越大；窗口越长则相反。0.5秒到1秒是比较折中的选择。
如果追求更严谨的时间源，POSIX还提供了clock_gettime()配合CLOCK_MONOTONIC时钟，它保证时间单调递增，不受系统修改时间的影响，适合对可靠性要求高的场景。而在Windows平台上，对应的方案是QueryPerformanceCounter()配合QueryPerformanceFrequency()，精度同样能达到微秒级甚至更高。
四、在图形程序中叠加显示帧率
实际项目中，帧率通常不是打印到控制台，而是直接绘制在画面角落。做法是每帧更新一次显示文本，可以搭配滑动平均让数字更稳定。滑动平均的思路是维护一个固定长度的帧耗时队列，每次渲染后把最新的帧耗时加入队列、移除最老的，然后用队列长度除以队列内耗时的总和：
#include <stdio.h>
#define WINDOW_SIZE 30
static double frame_times[WINDOW_SIZE];
static int idx = 0;
static int filled = 0;
void update_fps(double frame_dt)
{
frame_times[idx] = frame_dt;
idx = (idx + 1) % WINDOW_SIZE;
if (filled < WINDOW_SIZE) filled++;
double total = 0.0;
for (int i = 0; i < filled; i++)
total += frame_times[i];
double avg_dt = total / filled;
double fps = avg_dt > 0.0 ? 1.0 / avg_dt : 0.0;
printf("当前帧率: %.1f FPS\n", fps); /* 实际项目中改为绘制到屏幕 */
}滑动平均的好处是更新频率与渲染同步，显示的数字连续变化，不会像固定窗口那样每隔一秒跳一下，观感更专业。30帧的窗口大小在60FPS下大约对应半秒的历史数据，兼顾了响应速度和平滑度。
渲染文字需要借助具体的图形库。如果用SDL，常见做法是先用SDL_ttf把文字渲染成纹理，每秒更新几次纹理内容再贴到屏幕角落；如果用OpenGL，可以通过FreeType库生成字形的位图数据再上传为纹理；在嵌入式LCD项目里，则可以简单地把FPS数值转成字符串后用自带的字库绘制函数画出来。无论哪种环境，统计部分的逻辑都是一样的，只是输出的载体不同。
五、常见问题与注意事项
首先要理解帧率上限的含义。如果显示器刷新率是60Hz并且开启了垂直同步，帧率最高就是60，即使程序再流畅也不可能显示更高，这不是统计代码的bug。测试裸性能时应该关闭垂直同步，或者用不依赖刷新的逻辑帧来评估。
其次要注意浮点精度和整数溢出。clock()返回的clock_t是整数类型，程序长时间运行后计数值可能溢出，导致帧率突然变成负数或异常值。用gettimeofday()的秒加微秒组合方式计算差值时，一定要先各自相减再换算，避免直接把两个大数相减后再除以精度因子造成精度损失。
最后建议把统计和显示解耦。统计模块只负责维护帧耗时数据，显示模块每隔一段时间读取一次结果，这样既方便切换输出方式（控制台、屏幕叠加、日志文件），也便于以后扩展成统计最低帧率、1%低帧（1% Low）等更细的性能指标，这些都是评估游戏流畅度时比平均值更有参考意义的数据。