84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
#include using namespace std; class A { virtual void func() { cout << "zz\n"; } virtual void prin(); }; inline void A::prin() { cout << "h"; } int main() { return 0; }
为什么inline可以修饰virtual函数呢?虚函数调用不是要在运行时才能确定吗？而inline不是要在编译时就展开吗？
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师，...
理论上说这两者应该是不共存的。但与virtual不同，inline只是编译器的优化建议，编译器并不一定会采纳inline这个建议，所以这两者书写上并存还是允许的，不过在实际编译时，inline就不会展开了。另外我看到过一些信息，说virtual函数也有可能在编译时被确定，从而可以实现inline。不过这都是Compiler Dependent，所以也不能绝对的去说。
作用非常有限，编译器通常会无视inline修饰，当然也有例外:inline virtual只有当对象类型在编译时被确定时才会起作用，也就是调用这个inline virtual的caller不能是引用或者指针，可以是局部变量，static变量，全局变量。这个时候编译器可能会把这个virtual function优化成普通成员函数inline掉，但是否这么做取决权在编译器，不能得到保证。
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
理论上说这两者应该是不共存的。但与virtual不同，inline只是编译器的优化建议，编译器并不一定会采纳inline这个建议，所以这两者书写上并存还是允许的，不过在实际编译时，inline就不会展开了。
另外我看到过一些信息，说virtual函数也有可能在编译时被确定，从而可以实现inline。不过这都是Compiler Dependent，所以也不能绝对的去说。
作用非常有限，编译器通常会无视inline修饰，当然也有例外:
inline virtual只有当对象类型在编译时被确定时才会起作用，也就是调用这个inline virtual的caller不能是引用或者指针，可以是局部变量，static变量，全局变量。这个时候编译器可能会把这个virtual function优化成普通成员函数inline掉，但是否这么做取决权在编译器，不能得到保证。