最直接的办法是查看编译后的汇编中是否存在call [rax + offset]类间接跳转指令，它大概率对应虚函数调用；需关闭优化（-O0）以避免内联或去虚拟化，再通过g++ -S -O0 -fverbose-asm生成带注释汇编并搜索vtable、call及寄存器间接寻址三连操作。
怎么看汇编里有没有虚函数调用
最直接的办法是看编译后的汇编指令里有没有 call [rax + offset] 这类间接跳转——它大概率对应虚函数调用。GCC/Clang 默认开启优化时，virtual 函数可能被内联或 devirtualized，所以得关掉优化（-O0）再看。
实操建议：
- 用
g++ -S -O0 -fverbose-asm main.cpp生成带注释的汇编（.s文件），搜索vtable、call和寄存器间接寻址模式 - 关注形如
mov rax, QWORD PTR [rbp-8]（加载对象指针）→mov rax, QWORD PTR [rax]（取 vptr）→call QWORD PTR [rax+16]（调虚函数）的三连操作 - 如果看到直接
call _ZN5Base3fooEv这种符号名调用，说明没走虚表，可能是编译器做了 devirtualization 或函数被标记为final
运行时检测：加断点或打日志
虚函数调用本身没有运行时标识，但你可以控制虚表布局或拦截调用路径。对调试有效、对生产无用，但能确认“这里确实进了虚函数分支”。
常见做法：
立即学习“C++免费学习笔记（深入）”；
- 在基类虚函数里加
std::cout << "Base::func called\n";，子类重写时也加，看输出来源 - 用 GDB 在虚函数入口下断点：
break Base::func，然后run，看是否命中；若子类重写了，GDB 通常会自动停在派生类版本 - 把虚函数改成纯虚，强制子类实现，再配合
__builtin_return_address(0)打印调用栈（注意：不跨平台，且依赖编译器）
编译期静态检查：Clang 的 -Wweak-vtables 和 -fsanitize=vptr
这些不是直接告诉你“某行发生了虚调用”，而是帮你发现虚调用可能出问题的地方——比如虚表未定义、类型不完整导致 vptr 初始化失败，间接说明虚机制正在起作用。
关键点：
-
-Wweak-vtables会警告“虚表被定义在多个 TU 中”，意味着该类确实在参与虚函数分发 -
-fsanitize=vptr在运行时检查 vptr 是否指向合法虚表；如果程序触发runtime error: member call on address ... which does not point to an object of type，说明你正通过基类指针调用虚函数，且对象内存布局异常 - 这两个选项只在启用 RTTI 和虚函数时生效，关了
-fno-rtti或整个类没虚函数，它们就静默了
别信 IDE 的“Go to Implementation”箭头
很多 IDE（比如 VS、CLion）点击虚函数声明会列出所有 override，但这只是静态分析结果，不代表运行时真调用了哪个。尤其当指针类型是基类、实际对象是子类时，IDE 显示的“可能实现”不等于执行路径。
容易踩的坑：
- 用
auto p = new Derived;然后p->func()—— 这里p是Derived*，编译器知道具体类型，func()可能直接调子类实现，不查虚表 - 但换成
Base* p = new Derived;再调p->func()，才真正触发虚调用（除非优化干掉了） - 模板函数里传入
Base&并调虚函数，也会走虚表；但若模板推导出具体类型（如Derived&），又可能绕过
虚函数调用是否发生，最终取决于“调用表达式的静态类型是否是多态类型”以及“编译器能否在编译期确定动态类型”。这两点不靠猜，得看生成的汇编或运行时行为。其他手段都是旁证。
