如何在汇编中直接捕获RDPMC触发的EXCEPTION_PRIV_INSTRUCTION（不使用SEH）

我正在Win11系统上使用RDPMC指令测试CPU P核与E核的指令延迟及吞吐量，示例汇编代码如下：

MOV ECX, 0x40000000 ; Instructions Counter
RDPMC ; Read Performance-Monitoring Counter
SHL RDX, 32
OR RAX, RDX ; Value in RAX
; ... instruction to be tested and so on

整体运行正常，但存在一个恼人的小问题：若未通过自研Windows驱动设置CR4寄存器的第8位，用户态下执行RDPMC会触发EXCEPTION_PRIV_INSTRUCTION（0xC0000096）异常，这符合预期。

我的问题是：有没有优雅的方法能直接在汇编代码中捕获并处理该异常？

讽刺的是，我无法在执行RDPMC前读取并检查CR4寄存器，因为读取CR4同样需要Ring0特权执行权限。

如下C++代码可正常实现异常捕获：

#include <intrin.h>
#include <stdio.h>
#include <windows.h>

int main() {
    unsigned int ecx = 0x40000000; // Counter index
    __try {
        unsigned __int64 value = __readpmc(ecx); // RDPMC
        printf("PMC[0x%X] value: %llu\n", ecx, value);
    }
    __except (EXCEPTION_EXECUTE_HANDLER) {
        printf("Exception occurred while reading RDPMC\n");
    }
    return 0;
}

但我希望直接在汇编中以简单方式实现类似try/except的行为，且不涉及SEH，最好具备跨平台性。这是否可行，或是根本无法避免使用SEH？

核心结论：在x86/x86_64架构下，用户态无特权指令异常的捕获无法绕开平台原生的异常处理机制 #

1. 为什么不能脱离SEH（Windows）或信号（Linux）？

   • x86架构中，特权指令触发的#GP（通用保护）异常（对应用户态的EXCEPTION_PRIV_INSTRUCTION）是CPU硬件发起的，会直接进入内核态处理。用户态代码无法在硬件异常发生前拦截它，必须依赖操作系统提供的异常分发机制：Windows下是SEH，Linux下是信号（如SIGSEGV）。
   • 你提到的“不涉及SEH”的需求在Windows平台用户态下无法实现——C++的__try/__except本质就是封装了SEH，没有原生的“纯汇编无SEH”异常捕获方式。

2. 跨平台的汇编层面异常处理思路
   若要实现跨平台（Windows+Linux），可分别实现平台相关的异常处理逻辑，再通过条件编译统一入口：

   • Windows平台（汇编）：必须手动构造SEH帧，示例简化代码：

     ; 构造SEH帧
     push rbx
     mov rbx, rsp
     sub rsp, 16 ; 预留SEH结构空间
     mov qword ptr [rsp], fs:[0] ; 保存旧SEH链
     mov qword ptr [rsp+8], offset SEHHandler ; 设置新的异常处理函数
     mov fs:[0], rsp ; 更新SEH链
     
     ; 执行RDPMC
     mov ecx, 0x40000000
     rdpmc
     shl rdx, 32
     or rax, rdx
     ; 正常执行后续逻辑...
     
     ; 清理SEH帧
     mov rsp, rbx
     pop rbx
     ret
     
     SEHHandler:
     ; 检查异常码是否为0xC0000096
     cmp dword ptr [rsp+32], 0xC0000096
     jne DefaultHandler
     ; 处理RDPMC异常的逻辑...
     mov rax, EXCEPTION_EXECUTE_HANDLER ; 返回处理标志
     ret
     DefaultHandler:
     mov rax, EXCEPTION_CONTINUE_SEARCH ; 继续搜索其他处理函数
     ret
     

   • Linux平台（汇编）：可通过注册SIGSEGV信号处理函数，或使用sigaction配合信号栈实现异常捕获，但同样依赖操作系统的信号机制，无法脱离平台特性。

3. 无异常预判的可能性？
   很遗憾，用户态下没有任何手段能提前判断RDPMC是否可执行——读取CR4需要Ring0权限，也没有其他用户态可见的寄存器或标志位能直接反映CR4.PCE位的状态。唯一可行的方式就是尝试执行+捕获异常。

内容的提问来源于stack exchange，提问作者Andrey Dmitriev