xmm8 寄存器值是否在调用中保留？

Question

我使用 Visual Studio 2017 编译的 Windows 程序执行以下操作：

• 调用默认参数值为 35.05 的例程。
• 通过 C 接口初始化 Java 虚拟机
• 再次调用默认参数值为 35.05 的例程。

在第一次调用中，默认参数得到正确的 35.05。在第二次调用中，该值是垃圾。

我查看了生成的程序集，并在第一次调用期间使用默认参数 35.05 从内存位置复制到 xmm8 并将其复制到堆栈（这是第 5 个参数）并进行调用：

0033d   48 8b 01     mov     rax, QWORD PTR [rcx]
00340   41 b8 14 00 00
00       mov     r8d, 20 // a default argument
00346   f3 44 0f 10 05
00 00 00 00  movss   xmm8, DWORD PTR __real@420c3333 // this is 35.05
0034f   f3 44 0f 11 44
24 28        movss   DWORD PTR [rsp+40], xmm8
00356   48 c7 44 24 20
1e 00 00 00  mov     QWORD PTR [rsp+32], 30 // a default argument
0035f   45 8d 48 05  lea     r9d, QWORD PTR [r8+5]
00363   b2 0f        mov     dl, 15 // a default argument
00365   ff 90 08 01 00
00       call    QWORD PTR [rax+264]

然后调用初始化JVM。

然后对于下一次调用，再次使用xmm8 将值复制到堆栈中：

00ce8   48 8b 01     mov     rax, QWORD PTR [rcx]
00ceb   41 b8 14 00 00
00       mov     r8d, 20
00cf1   f3 44 0f 11 44
24 28        movss   DWORD PTR [rsp+40], xmm8
00cf8   48 c7 44 24 20
1e 00 00 00  mov     QWORD PTR [rsp+32], 30
00d01   45 8d 48 05  lea     r9d, QWORD PTR [r8+5]
00d05   b2 0f        mov     dl, 15
00d07   ff 90 08 01 00
00       call    QWORD PTR [rax+264]

但现在，xmm8 已被覆盖。

如果我取出调用来初始化 JVM，那么该值将被保留。

问题是，谁错了？ JVM 没有保留该值，或者 Microsoft 编译器错误地假设 xmm8 值将被保留。

Answer 1

从 Microsoft docs 总结的 Windows x64 调用约定。

RCX、RDX、R8 和 R9 用作输入整数参数。 XMM0L、XMM1L、XMM2L 和 XMM3L 是输入浮点参数。 RAX、R10、R11、XMM4 和 XMM5 是不稳定的。包括XMM8 在内的所有其他人都是非易失性的。

请注意，“调用者/被调用者保存的寄存器”子页面现在有点误导，因为它不包括 SSE 寄存器。

更新：默认情况下，新指令集的任何附加寄存器都是易失性的。这包括YMM0-15 和ZMM0-15 的上部以及?MM16-31（如果存在）。