企业官网建设流程全解析

十分钟跑通Tracy Profiler：把卡帧定位到函数

【免费下载链接】tracyFrame profiler项目地址: https://gitcode.com/GitHub_Trending/tr/tracy

昨晚压测时，一帧渲染时间从 8ms 跳到 23ms，日志没报错，printf 打了几处也没看出哪段逻辑慢了，复现三次都一样。 Tracy Profiler 是个实时、纳秒精度的帧分析器，客户端插桩、服务器出图，连上就能看到每个线程、每个函数的真实耗时。

它到底能干什么

• 时间线视图：把每个线程的函数调用按时间铺开，横向对应耗时。你用它来回答"这一帧的时间到底花在哪"。
• 函数区域标记：在关键函数里插一行ZoneScoped，就能单独看它跑了多久、被调了多少次，适合定位偶发的尖刺。
• GPU 时间线：采集 Vulkan / OpenGL / D3D 的提交与执行区间，CPU 不卡但画面掉帧时，用它区分是等 CPU 还是 GPU 排队。
• 内存与锁：跟踪分配和锁竞争，查内存缓慢上涨、多线程互相阻塞这类"看不见的"问题。

第一次跑通

拉下代码仓库里客户端和服务器都有，克隆下来即可用。

git clone https://gitcode.com/GitHub_Trending/tr/tracy.git

此时你会看到public/目录，里面就是待会要链接的客户端源码。

接进你的工程在 CMake 里把 Tracy 作为子项目加进来，插桩开关默认打开。

add_subdirectory(tracy) target_link_libraries(your_app PRIVATE Tracy::TracyClient)

此时重新配置构建，链接Tracy::TracyClient不再报找不到目标。

加一行帧标记在主循环末尾插帧边界，在关心的函数开头插区域标记，头文件在 public/tracy/Tracy.hpp。

#include <tracy/Tracy.hpp> void GameLoop() { ZoneScoped; // 本帧耗时 Update(); Render(); FrameMark; // 帧边界 }

此时编译并启动你的程序，Tracy 服务器会自动连上，时间线上出现一帧一帧的色块。

把关键能力拆开看

给区域起名字换颜色区域默认用函数名，想突出某个热点就单独命名、换个颜色，一眼就能在时间线里挑出来。

void PhysicsStep() { ZoneScopedNC("Collision", 0xff4040); }

看单帧的函数统计缩到某一帧，右侧直接列出这帧内每个函数的调用次数和累计耗时，不用在时间线上肉眼数。

再往深走一步

手动控制连接时机如果你需要在程序跑到某个状态才开 profiler，用手动生命周期。

#define TRACY_MANUAL_LIFETIME TracyClientConnect("192.168.1.100"); // 需要时连上，可指定服务器 IP

下钻到单条指令如果某段耗时高得反常，点开源码视图能一路下钻到反汇编，精确到一条指令和每行的耗时占比。

遇到问题先查这里

时间线空、连不上服务器 → 客户端没定义TRACY_ENABLE，插桩被编译期剔除了 → 确认链接的 Tracy 目标带上了TRACY_ENABLE再重编译。

区域显示成一串 mangled 名字认不出函数 → 编译时缺调试信息或符号被 strip 了 → 加-g并保留符号后重连。

服务器连上了却只看到部分线程 → 动态创建的线程没走插桩 API → 确认新线程内的关键路径也用了插桩标记。

接下来可以去哪儿

Tracy 在流程里就是那个"先跑起来看哪里慢"的环节：插桩、连接、下钻，定位之后再动手优化。想看完整用法翻 manual/tracy.md，想抄现成的集成姿势看 examples/ToyPathTracer。先把你的主循环插一行FrameMark跑起来，剩下的边用边查。

【免费下载链接】tracyFrame profiler项目地址: https://gitcode.com/GitHub_Trending/tr/tracy