x86长模式下更新GDT：如何加载新GDT不触发通用保护错误？

长模式下执行lgdt加载新GDT后触发通用保护错误（GPF）的核心原因是：当前CS寄存器的选择器仍指向旧GDT的条目，CPU取指时无法在新GDT中找到匹配的有效描述符。除了全量复制原描述符到新GDT的方法，还有两种更高效的思路：

1. 复用原GDT的活动条目位置 #

• 无需复制整个旧GDT，只需要在新GDT中保留与旧GDT完全相同的前N个条目（N为当前正在使用的段选择器对应的最大索引+1），仅修改或新增后续条目。这样当前CS、DS等寄存器的选择器无需改动，依然能在新GDT中找到有效匹配，执行lgdt后不会触发错误。
• 优势：大幅减少内存复制操作，只保留必要的兼容性条目。

2. 加载新GDT后立即切换CS选择器 #

长模式下可以通过retfq指令直接完成CS的切换，彻底解决选择器不匹配的问题，步骤如下：

1. 先获取下一条指令的地址，将新GDT中代码段的选择器和该地址依次压入栈中；
2. 执行retfq，CPU会自动弹出地址和CS选择器，更新CS寄存器并跳转到指定地址，此时CS已指向新GDT的有效条目，不会触发GPF。

示例x86-64汇编代码：

lgdt [new_gdt_ptr]
lea rax, [after_switch]
push qword 0x10  ; 假设新GDT中代码段选择器为0x10
push rax
retfq
after_switch:
    ; 后续执行代码，此时CS已更新为新选择器

注意：新GDT中的代码段描述符必须符合长模式要求——Type字段设为代码段、L位设为1、D位设为0。

补充：全量复制原描述符的局限性 #

这种方法确实能保证兼容性，但如果旧GDT包含大量未被使用的条目，全量复制会浪费内存和执行时间，上述两种方法要么减少复制量，要么直接通过指令完成切换，效率更高。

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