为何单片机中可行的直接内存地址写入C代码在PC中失效？

这是个非常典型的裸机系统 vs 带操作系统的虚拟内存系统差异问题，咱们一步步拆解清楚：

1. 单片机的裸机环境：直接物理地址访问 #

单片机（比如STM32这类常用MCU）运行在裸机环境下，没有内存管理单元（MMU），CPU的地址空间直接和物理内存、外设寄存器地址一一映射。你代码里的0x40020000 + 0x18就是GPIOA置位寄存器的物理地址，CPU可以直接读写这个地址，不需要任何中间转换，所以这段代码能正常工作——本质就是直接操作硬件寄存器。

2. 主流计算机的虚拟内存与内存保护 #

而Windows、Linux这类现代操作系统，核心依赖**MMU（内存管理单元）**实现虚拟内存机制，目的是保证系统的安全性和进程隔离：

• 每个用户进程都有独立的虚拟地址空间，这个空间和物理地址不是直接对应的，必须通过MMU完成地址转换。
• 你代码里写的(uint32_t *)(0x40020000 + 0x18)是一个虚拟地址，这个地址在当前进程的虚拟空间里要么完全未被分配，要么没有映射到有效物理内存；更关键的是，硬件外设的物理地址只会映射到内核态地址空间，用户态进程根本没有权限访问这些区域。

当执行*gpioa |= (1<<5)时，CPU尝试解引用这个虚拟地址，MMU会检查地址的有效性和访问权限：发现它是无效/无权限地址后，会触发硬件异常，操作系统捕获后就给进程抛出段错误（Segmentation Fault）。

3. 为什么第一行代码不会报错？ #

第一行uint32_t *gpioa = (uint32_t *)(0x40020000 + 0x18);只是做了类型转换——把整数转换成指针值，这个操作并没有实际访问内存，只是在程序里生成了一个存储该地址值的指针变量。只有当你尝试**解引用指针（读写内存）**时，才会触发内存访问检查，这就是为什么第二行才会报错的原因。

总结 #

如果想在PC上操作硬件（比如GPIO），不能像单片机那样直接写物理地址，必须通过操作系统提供的系统调用、驱动程序或者专门的用户态硬件访问接口（比如Linux下的/dev/gpio设备文件）间接操作，这是操作系统为了稳定性和安全性强制的内存保护机制。

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