用户态C++程序无法直接用指针访问物理地址，必须通过内核映射：Linux下用/dev/mem+mmap（需root），Windows下须编写驱动调用MmMapIoSpace，虚拟化场景可用VFIO。
在用户态 C++ 程序里直接用指针访问物理地址是不可能的
现代操作系统（Linux/Windows）下，用户进程的指针默认指向虚拟地址空间，CPU 通过 MMU 硬件强制拦截任何对未映射物理页的访问——哪怕你把 0x10000000 强转成 uint8_t* 并解引用，结果只会是 Segmentation fault 或 ACCESS_VIOLATION。这不是 C++ 语言限制，而是硬件+内核联合实施的内存保护机制。
真正能“映射物理地址”的动作，必须由内核完成。C++ 用户程序只能通过系统接口请求内核帮它建立一段虚拟地址到指定物理页的映射关系。
Linux 下通过 /dev/mem + mmap() 映射物理内存（需 root）
这是最常见、最直接的实操路径，但仅适用于调试、嵌入式或专用设备驱动场景，生产环境极少使用。
-
/dev/mem是内核提供的特殊设备文件，代表整个物理内存空间；读写它等价于读写物理地址 - 普通用户默认无权访问，需
sudo或配置CONFIG_STRICT_DEVMEM=n（后者有安全风险） - 不能直接用指针算术访问
/dev/mem文件描述符，必须配合mmap()将某段物理地址“映射”进当前进程的虚拟地址空间
示例：映射物理地址 0x12345000 开始的 4KB 页
立即学习“C++免费学习笔记（深入）”；
#include <fcntl.h>
#include <sys/mman.h>
#include <unistd.h>
<p>int fd = open("/dev/mem", O_RDWR | O_SYNC);
if (fd == -1) { /<em> 处理错误 </em>/ }</p><p>// 注意：mmap 的 offset 必须是页对齐的物理地址（如 0x12345000，不是 0x12345abc）
uint8_t<em> ptr = static_cast<uint8_t</em>>(
mmap(nullptr, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0x12345000)
);
if (ptr == MAP_FAILED) { /<em> 检查失败原因，常见为权限不足或地址不可访问 </em>/ }</p><p>// 此时 ptr 可以像普通指针一样读写
uint32_t val = <em>reinterpret_cast<uint32_t</em>>(ptr); // 读取物理地址 0x12345000 处的 4 字节</p><p>munmap(ptr, 4096);
close(fd);</p>关键点：mmap() 的第 5 个参数是物理地址，且必须页对齐；PROT_WRITE 仅在该物理页被内核标记为可写时才生效（例如某些设备寄存器页默认只读）。
Windows 下没有等效的 /dev/mem，必须走驱动
Windows 默认禁止任何用户态程序直接访问物理内存。想实现类似功能，唯一合规路径是：
- 编写一个内核模式驱动（WDM 或 WDF），在驱动中调用
MmMapIoSpace()或MmMapLockedPagesSpecifyCache()获取物理地址对应的内核虚拟地址 - 通过 IOCTL 向用户态返回该内核地址（或更安全地，复制数据/提供映射后的用户态视图）
- 用户态 C++ 程序用
CreateFile()打开驱动设备，再发DeviceIoControl()请求
没有驱动，VirtualAlloc()、MapViewOfFile() 等所有 Win32 内存 API 都无法绕过分页机制触及物理地址。试图用 WriteProcessMemory() 写其他进程内存，也仅限于目标进程的虚拟地址空间，与物理地址无关。
虚拟化场景下的特殊路径：VFIO 或 UIO（Linux）
如果你在做 KVM/QEMU 虚拟机开发或设备直通（PCIe passthrough），物理地址映射逻辑会转移到 VFIO 子系统：
- 用户态程序（如 QEMU）打开
/dev/vfio/vfio，然后通过 group fd 打开对应 IOMMU group 的设备 - 调用
ioctl(VFIO_GROUP_GET_DEVICE_FD)获取设备 fd，再调用ioctl(VFIO_DEVICE_GET_REGION_INFO)查询 BAR（Base Address Register）的物理地址和大小 - 最后用
mmap()映射该 region 的offset（此时 offset 是设备 BAR 的物理起始位置，VFIO 内核模块负责将其转为可映射的虚拟地址）
这比 /dev/mem 更安全、更细粒度，且支持 IOMMU 隔离——但要求硬件开启 VT-d/AMD-Vi，内核启用 CONFIG_VFIO_IOMMU_TYPE1 等选项。
真正难的从来不是“怎么写指针”，而是确认物理地址是否合法、是否被内核保留、是否处于 DMA 安全区、是否与其他驱动冲突。这些信息通常藏在 /proc/memmap、dmesg 日志或设备手册里，而不是靠 C++ 类型转换能解决的。
