如何在Windows系统中实现内存页的只写行为？

原生系统支持现状 #

Windows 的 VirtualAlloc 确实没有提供 PAGE_WRITEONLY 这个原生内存保护选项。虽然 x86/x64 处理器的页表权限位本身支持“仅写”配置（即不赋予读权限只开写权限），但 Windows 内核的内存保护模型并没有将这个能力暴露给用户态——在 Windows 里，写权限默认隐含读权限，你无法通过系统 API 直接申请严格意义上的只写内存页。

用户态能否直接利用硬件特性？ #

不行。页表属于内核态管控的核心资源，用户态代码没有权限直接修改页表项，所以没法绕开系统直接操控硬件层面的内存权限。所有内存权限的变更都必须通过系统提供的 API（比如 VirtualProtect）完成，而这些 API 本身不支持仅写配置。

不同上下文的内存权限区分 #

Windows 原生不支持同一内存页在同一进程内的不同上下文（比如不同线程、不同代码模块）拥有不同保护属性——内存页的权限是进程级别的，一旦设置，整个进程内所有线程看到的权限完全一致。

如果是跨进程的场景，倒是可以通过内存映射文件实现近似效果：用 CreateFileMapping 创建一个带 PAGE_READWRITE 保护的映射对象，然后在进程 A 中用 FILE_MAP_READ 映射（只读），进程 B 中用 FILE_MAP_WRITE 映射（可写）。这样两个进程对同一物理内存的虚拟映射拥有不同权限，但这仅限于跨进程场景，同一进程内做不到。

如果是同一进程内的逻辑上下文隔离，只能靠软件封装模拟：比如把缓冲区封装成仅暴露写入接口的对象，在接口里校验上下文合法性，读取操作直接报错或断言。但如你所说，这种方式有运行时开销，性能不如硬件级别的管控。

可行的替代方案 #

针对性能敏感的场景（比如硬件发送缓冲区模拟），可以考虑这些方向：

• PAGE_WRITECOPY 保护：虽然不是严格的仅写，但写入时会触发写时复制，原页保持只读。适合不需要读取写入后内容的场景，但复制操作会带来额外开销。
• 内核态驱动：通过驱动直接修改页表权限，实现真正的仅写内存，再给用户态提供操作接口。但这会增加开发复杂度，还要处理驱动签名、兼容性等问题。
• 编译期静态管控：利用编译器特性（比如私有结构体、静态断言）或代码分析工具，在编译阶段确保仅写缓冲区不会被读取。这种方式没有运行时开销，但只能防君子，没法阻止恶意的强制类型转换等绕过手段。

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