我最近开始制作 GTK+ 的 C++ 包装器(没有什么特别的,只是将所有东西包装到 C++ 类中以便于开发,供内部使用)并且对已经慢 Gtk+ 我几乎在任何地方都使用了内联函数。看看几个类函数...
class Widget : public Object
{
public: // A few sample functions. gwidget is the internal GTK+ widget.
void Show(void) { gtk_widget_show(GTK_WIDGET(gwidget)); }
void ShowNow(void) { gtk_widget_show_now(GTK_WIDGET(gwidget)); }
void Hide(void) { gtk_widget_hide(GTK_WIDGET(gwidget)); }
void ShowAll(void) { gtk_widget_show_all(GTK_WIDGET(gwidget)); }
public: // the internal Gtk+ widget.
GtkWidget* gwidget;
};
虽然几乎不存在性能膨胀并且启动时间和内存使用量完全相同,但文件大小 已显着增加。 C Gtk+ 示例窗口生成 6.5 kb 而使用我的包装器的示例窗口生成 22.5 kb. ,所以我需要一些建议。我应该继续使用内联函数吗?我希望我的应用程序高效并且我可以在文件大小上做出一些妥协,即使使用我的包装器生成 6.5 kb C GTK+ 程序 400-500 kb 我也可以接受它强>但不是更多。我不希望我的包装器生成像 wxWidgets 或 MFC 这样的 HUGE EXES。那么使用内联函数值得还是我应该使用普通函数?
注意:我所有的函数都只占用一行或有时两行,而且并不像您在示例中看到的那样大。
最佳答案
我强烈怀疑您是在将苹果与橙子进行比较。
您是否使用完全相同的编译器、相同的编译标志进行编译,并制作具有完全相同功能的应用程序?
如果是这样,反汇编可执行文件,并查看额外的代码是什么。
我的猜测是它是一些一次性库代码,用于支持以前未使用的 C++ 功能。
但一如既往,不要猜测,要测量。
您有一个数据点。那并不能告诉你太多。 在所有 情况下,我们可能会看到文件大小增加了 350%,或者我们可能会看到固定的 16kb 开销。你需要找出它是哪个。 所以得到更多的数据点。扩展您的应用程序。让它打开十个窗口而不是一个,或者以其他方式添加额外的功能。在那种情况下,“你的”版本也是大三倍吗?还是大了 16kb?或者介于两者之间?获取更多数据点,您将能够看到文件大小缩放。
但很可能您是无中生有的担心,原因如下:
- C++ 编译器将内联视为提示。您使编译器可以轻松地内联函数,但决定权在编译器本身,它试图使应用程序更快。如果文件大小开始失去控制,这将减慢您的代码速度,因此您的编译器将尝试更多地优化以减小文件大小。
- 您正在查看几个千字节。在 TB 硬盘时代。如果这有可能成为问题,那么您应该能够在测试用例中引发该问题。如果您无法编写导致文件大小增长超过 16kb 的测试,则无需担心。
- 如果文件大小确实成为问题,编译器通常会有一个“优化大小”标志。
- 大型可执行文件通常会变大,因为它们包含大量数据和资源。代码本身很少有问题(除非你完全迷恋模板元编程)
关于c++ - 内联函数会导致大小增加多少?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6607138/