RAD Studio 11 C++项目外部工具选型及PDB文件获取方案咨询

代码覆盖分析 #

• 尝试bcc64兼容的Clang覆盖选项：启用-ftest-coverage和-fprofile-arcs编译标记（先测试bcc64是否支持），生成.gcno（编译期）和.gcda（运行期）文件后，用Clang 5.0版本的llvm-cov工具解析，执行llvm-cov gcov -o <输出目录> <源文件>生成覆盖报告。链接时需添加-v选项确保覆盖相关符号不被ilink64剥离。
• 手动插桩统计：对核心模块的代码块添加静态计数器，记录执行次数，程序退出时输出统计结果。适合小范围核心逻辑的覆盖验证，可控性强。

内存监控 #

• 集成FastMM内存管理器：64位C++项目可直接使用FastMM，包含FastMM4.hpp后，在初始化代码中调用FastMM4::Initialize()，开启内存泄漏检测。程序退出时FastMM会生成带调用栈的泄漏报告，它支持解析Borland .tds格式的调试信息，无需pdb。
• 重载内存运算符：自定义new/delete，在分配/释放时记录内存地址、大小和调用栈。调用栈用__builtin_return_address系列函数获取，结合RAD Studio自带的tds2dbg工具解析.tds文件中的符号，最终输出内存使用明细和泄漏点。

性能剖析 #

• 使用IDE自带采样分析器：RAD Studio 11的Sampling Profiler支持64位C++项目，无需pdb，依赖.tds调试信息解析符号。编译时添加-g保留调试信息，链接时避免符号剥离，启动Profiler选择采样模式即可获取函数调用耗时、调用次数等数据。
• 手动性能打点：在函数入口/出口调用QueryPerformanceCounter记录时间戳，统计每个函数的执行时长和调用次数，最后生成性能报表。适合快速定位特定模块的瓶颈，实现简单无依赖。

额外注意事项 #

• 确保调试信息完整：编译时添加-g，链接时用-v选项，避免-O2等高级优化导致调试信息失真。
• 利用.tds工具：用RAD Studio自带的tdsinfo查看.tds文件中的符号是否完整，排查工具无法识别符号的问题。

内容的提问来源于stack exchange，提问作者Abstraction