在windbg“x/2”结果中强制执行vftable条目,要考虑什么?

(这是一个关于软件设计的大问题。如果不适合stackoverflow,我愿意将其复制到软件工程社区)

我正在使用heap_stat,一个用于调查转储的脚本。这个脚本的思想是,对于任何具有虚拟功能的对象, vftable 字段总是第一个(允许查找对象类的内存地址)。

在我的应用程序中,有一些对象 VFABLE 条目(通常每 STL 但也有很多物体没有。

为了迫使 VFABLE 菲尔德,我做了以下测试:

创建一个无意义类,具有一个虚拟函数,并让我的类继承这个无意义类:

class NONSENSE {
    virtual int nonsense() { return 0; }
};

class Own_Class : public NONSENSE, ...

正如所料,这创造了 VFABLE 在符号中输入,我可以找到(使用 Windbg 的 x /2 *!Own_Class*vftable* 命令):

00000000`012da1e0 Own_Application!Own_Class::`vftable'

我也看到了内存使用的不同:

sizeof(an normal Own_Class object) = 2928
sizeof(inherited Own_Class object) = 2936

=已为此对象添加了8个字节。

有一个陷阱:很显然,相当多的对象被定义为:

class ATL_NO_VTABLE Own_Class

这个 ATL_NO_VTABLE 阻止创建 VFABLE 条目,意思是( ATL U不可用 等于 __declspec(novtable) ):

// __declspec(novtable) is used on a class declaration to prevent the vtable
// pointer from being initialized in the constructor and destructor for the
// class.  This has many benefits because the linker can now eliminate the
// vtable and all the functions pointed to by the vtable.  Also, the actual
// constructor and destructor code are now smaller.

在我看来,这意味着 VFABLE 不被创建,因为哪个对象方法被更直接地调用,对方法执行和堆栈处理的速度有影响。允许 VFABLE 要创建的影响如下:

不考虑:

• 在堆栈上还有一个调用,这只会在系统已经达到内存使用限制的情况下产生影响。(我不知道链接器如何指向特定方法)
• CPU使用率的增长将太小,无法看到。
• 减速太小,看不见。

考虑:

• 如前所述,应用程序的内存使用量每对象增加8字节。当常规对象的大小约为1000字节时,这意味着内存使用量增加了±1%,但对于内存大小小于80字节的对象,这可能会导致内存使用量增加+10%。

现在我有以下问题:

1. 我对影响的分析正确吗?
2. 有没有更好的方法来强制创建 VFABLE 场,影响小吗?
3. 我错过什么了吗?

提前谢谢