调用VirtualProtect设置错误内存保护属性及Debug/Release差异疑问

核心原因：Debug编译的代码页默认启用写时复制（COW）机制 #

• MSVC的Debug编译模式下，系统加载器会将程序的代码段放置在**写时复制（Copy-On-Write）**内存页中。这是为了支持Debug模式的增量编译、热重载特性，同时让多个同程序的Debug实例共享初始代码页以节省内存。
• 当你调用VirtualProtect尝试将这类COW页的属性从PAGE_EXECUTE_READ改为PAGE_EXECUTE_READWRITE时，系统不会直接修改属性，而是自动转换为PAGE_EXECUTE_WRITECOPY——这是COW机制的固有规则：只有当你实际向该内存页写入数据时，系统才会为当前进程创建该页的私有可写副本，此时再用VirtualQuery查询，属性才会变为预期的PAGE_EXECUTE_READWRITE。

Release版无此问题的原因 #

Release编译模式下，编译器和加载器不会启用代码页的COW特性，代码段直接被标记为普通的PAGE_EXECUTE_READ内存页。此时调用VirtualProtect修改属性为PAGE_EXECUTE_READWRITE时，系统会直接执行属性修改操作，不会触发COW的转换逻辑，因此查询结果符合预期。

验证方法 #

如果你在Debug版中实际写入目标内存页（比如修改函数的某条机器指令），完成写入后再次调用VirtualQuery查询该页属性，会发现它已经变成PAGE_EXECUTE_READWRITE了。

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