其类型在编译时已知的虚拟方法

发布于 2024-11-11 23:02:31 字数 302 浏览 3 评论 0原文

如果我这样做：

Dog dog; //class with virtual methods
Cat cat; //class from same base as Dog

dog.eat(); //call virtual method
cat.eat(); //call virtual method

那么 eat() 将是正常的方法调用，并且不需要 v 表 - 正确吗？我可以假设它的运行方式与非虚拟方法相同吗？

（是的，我知道编译器如何处理虚函数并不在标准中 - 我想知道大多数编译器是做什么的）

原文

If I do something like:

Dog dog; //class with virtual methods
Cat cat; //class from same base as Dog

dog.eat(); //call virtual method
cat.eat(); //call virtual method

Then the eat()s will be normal method calls and will not require the v-table - correct?
I can assume that it would run identical to a non-virtual method?

(and yes, I know that how compilers handle virtual functions is not in the standard - I want to know what most compilers do)

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

听你说爱我 2024-11-18 23:02:31

当您使用 object.member 时 - 您不会取消引用指针，因此对 virtual 方法没有影响。仅当您有一个可以多态的指针并且使用动态调度时，Virtual 才会生效。

例如：

Cat cat;
Animal *cat2 = &cat;
cat.eat(); // direct call
//... a lot of other code and function calls that pass cat2 around, to avoid optimization
cat2->eat(); // dynamic dispatch

编辑按评论更正

When you're using object.member - you're not dereferencing a pointer, so there's no effect to the virtual methods. Virtual comes into effect only when you have a pointer which can be polymorphic and dynamic dispatch is used.

For example:

Cat cat;
Animal *cat2 = &cat;
cat.eat(); // direct call
//... a lot of other code and function calls that pass cat2 around, to avoid optimization
cat2->eat(); // dynamic dispatch

edit corrected per comments

回复收藏 0 原文