背景(我知道的)：
> VALA转换为C代码,然后将其编译为本地机器代码.
> AOT(Java / Mono C#)也可以生成本地机器代码(而不是使用VM,但仍然需要运行时包).
>在某些情况下使用虚拟机,可以比本地机器代码更快(因为它可以通过JIT编译器进行优化).
>消耗品C/C++库可以使用VALA生产.
有一些事情在我的头上,我找不到答案：
>可以使用AOT编译器生产C/C++耗材库？ (我猜不会).
>生成的AOT二进制文件是否仍然具有桥接性能问题？ (我猜是这样).
>在VALA中调用C/C++库与C中调用它们的性能相同？ (我猜是这样).
任何洞察力
解决方法
这不可能,因为我们没有标题,它不是严格的C类AOT编译器正在创建,而只是机器代码.
(旁注：Java类可以是called inside C/C++,但是由于AOT编译器生成一个二进制文件,我相信您无法从该文件外部访问Java类).
答：不
首先,我们需要知道：如果使用桥(如JNI,javacpp等)从Java调用任何C/C++类将总是导致性能下降？
根据##java@irc.freenode.net的“W_”：
it depends on how you’re calling it (e.g. if arguments have to be
converted and such).
Just calling out to a library function without any arguments or return
type conversion shouldn’t take any different time than it does in any
C app.
但是当我使用JavaCV作为OpenCV库的桥接器时,它使用几种类型的对象,如果上述是对的,它将影响性能.
因此,可能合乎逻辑的是,AOT编译可能会加快一点执行速度,但仍然需要经过桥接器并进行类型转换.
答：是(但可能稍快)
当它直接转换为C时,我看不到没有理由.这得到#vala@irc.gimp.org的“nemequ”的支持：
pretty much,yes. vala has a habit of using temporary variables,but
that’s exactly the sort of thing most compilers can easily optimize
away. if you’re using gcc,pass -O2 and you should be good.
答：是的
仍然我不知道为什么“有人”投票结束我的问题,他/她甚至没有打扰评论.
我认为这些问题/答案是足够建设性的(如pst评论),它们可能对其他对VALA或AOT编译器来说很新的人是有帮助的.
如果我的结论不正确,请纠正我.
