可以声明inline virtual函数但多态调用时内联失效；语法合法，但因虚函数动态绑定在运行时发生，编译器无法在编译期确定目标函数，故不内联，其主要价值是支持头文件中定义以满足odr。
可以声明，但多态调用时内联失效——这不是语法错误，而是语义限制。
inline virtual 函数的声明和定义写法
语法上完全合法：你可以在虚函数声明或定义时加上 inline 关键字，编译器不会报错。
- 类内定义的虚函数（如
virtual void foo() { ... }）不会自动 inline，哪怕它看起来像隐式内联；必须显式加inline virtual才算提出内联建议 - 类外定义时，
inline必须放在定义处（不是声明处），例如：class Base { public: virtual void bar(); }; inline void Base::bar() { /* ... */ } - 头文件中定义
inline virtual函数是安全的，不会违反 ODR（单一定义规则）
为什么通过基类指针调用时无法内联
虚函数的动态绑定发生在运行时，而内联是编译期行为。编译器在看到 base_ptr->foo() 时，根本不知道最终调用的是哪个派生类的实现，因此无法展开代码。
- 只有非多态调用才可能内联：比如直接调用
obj.foo()（obj是具体类型，非引用/指针），此时编译器知道确切函数，inline建议才可能被采纳 - 即使加了
inline，virtual的存在本身就会让编译器大概率放弃内联——因为虚表查表开销已成定式，优化收益极低 - Clang/GCC 在 -O2 下通常会忽略
inline virtual的内联提示，但保留其链接属性（避免 ODR 冲突）
常见误判和实际影响
很多人以为 “虚函数不能 inline” 是硬性语法限制，其实混淆了「能否声明」和「是否生效」。
-
inline对虚函数的主要价值不是性能，而是允许在头文件中定义，避免链接时报multiple definition - 把析构函数声明为
virtual inline ~Base() = default;是常见且合理的写法，既满足多态销毁需求，又利用inline规避重复定义问题 - 若函数体简单（如只返回成员变量），且确定只用于非多态场景，可考虑去掉
virtual改用普通inline成员函数，反而更高效
真正容易被忽略的是：inline 在这里几乎不提供运行时加速，但它悄悄解决了头文件包含时的链接一致性问题——这个作用比“能不能快一点”更实在。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
