c - 为什么我的编译器(VS2017)选择 'CALL-JMP' 来到达子例程而不是仅仅 'CALL' ？

Question

C 代码:

#include <stdio.h>

int main(){
    printf("hello word!\n");
    return;
}

汇编代码:

push    offset aHelloWord ; "hello word!\n"
call    sub_41104B
add     esp, 4

现在，我预计 sub_41104B 将直接导致 printf，但事实并非如此:

sub_41104B proc near
jmp     sub_411870
sub_41104B endp

最后，在 sub_411870 中，printf 函数启动。有人可以解释为什么编译器不直接使用 call sub_411870 吗？

Answer 1

Now, I expect sub_41104B will lead directly to printf ...

... 或直接到 puts()。

... but thats not the case

你反汇编的是目标文件还是最终的 EXE 文件？

如果你反汇编了EXE文件，你调用的函数很可能在LIB文件中实现为函数“重命名”另一个:

int puts(const char *text) // this is sub_41104B
{
    return __x_puts(text); // __x_puts is sub_411870
}

在 DLL 文件中调用函数时，您经常会看到这种情况。但是，对于 DLL 文件，jmp 指令是间接跳转 (jmp dword ptr [411870])，而不是直接跳转。