是否存在通用基准测试代码可定位Excel/VBA代码中的性能瓶颈？

轻量侵入式打点统计 #

• 新建独立的公共计时模块，封装计时逻辑：内部优先调用QueryPerformanceCounterAPI实现微秒级计时，比内置Timer函数精度高1000倍以上，适配短耗时子程序的统计需求。用Scripting.Dictionary存储每个子程序的累计调用次数、总耗时、单次最大耗时三个核心指标。
• 对外暴露两个入口方法：ProcStart(ByVal procName As String)、ProcEnd(ByVal procName As String)，在待排查的子程序首行调用ProcStart传入当前过程名，在过程正常出口、错误跳转出口处各调用一次ProcEnd即可。过程名可以用VBE批量插件自动注入，不需要手动逐个修改。
• 单次操作跑完后调用模块内置的汇总方法，直接按总耗时倒序输出统计报表，能直接看到每个过程的耗时占比。

无侵入式工具分析 #

• 直接使用VBA专用性能分析工具，不需要修改任何业务代码：工具挂载到Office宿主程序后启动分析，运行待测试的业务操作，工具会自动捕获所有过程的调用链路、耗时数据，自动生成按总耗时排序的统计列表，还能导出调用栈火焰图，层级展示嵌套调用的耗时分布。
• 适合业务代码量大、不想做侵入式修改的场景，不会遗漏隐式调用的过程。

排查优化优先级 #

• 优先优化总耗时占比TOP3的过程，调整完这三个过程通常就能解决80%以上的性能问题，不用花时间优化长尾低耗时过程。
• 其次排查调用次数异常高的过程：如果单个过程单次耗时仅0.1ms，但累计调用过万次，总耗时也会达到秒级，这类场景可以通过增加缓存、合并批量调用的方式优化，投入产出比很高。

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