虚拟地址与物理地址相关映射、寻址及裸机开发问题咨询

问题1：同偏移虚拟地址写入的运行机制、多虚拟地址映射到同一物理地址的实现 #

• 核心依赖硬件内存管理单元(MMU) + 操作系统维护的独立进程页表实现：
  1. 普通私有内存场景：进程1和进程2的虚拟地址0x1000会通过各自的页表，映射到完全不同的物理内存页帧，双方写入的0x1234会落到不同的物理地址，互相完全隔离、互不干扰。
  2. 共享内存/公共库场景：如果两个进程主动申请了共享内存，或是加载了同一个动态链接库的只读代码段，操作系统可以在两个进程的页表中，把虚拟地址0x1000对应的页表项指向同一个物理页帧。此时如果是可写共享页，任意一方的修改对另一方都可见；如果是写时复制(COW)的共享页，某一方第一次写入时，操作系统会自动分配新的物理页、复制原有数据后更新当前进程的页表映射，后续双方的修改就会重新隔离。
• 多虚拟地址映射到同一物理地址的本质：不同进程的页表是完全独立的，操作系统可以灵活配置不同进程的页表项，让多个虚拟页（可以是同偏移也可以是不同偏移）指向同一个物理页帧的地址，MMU做地址转换时就会自动落到同一个物理地址。

问题2：地址位宽查询、裸机地址访问、微控制器多任务支持 #

地址位宽查询方式 #

首先纠正一个认知：物理地址空间的范围由CPU的物理地址位宽决定，除了RAM之外，ROM、外设寄存器、片上存储都会被映射到物理地址空间的不同位置，并非仅由配备的RAM大小决定。
虚拟地址和物理地址位宽均由CPU架构决定，操作系统可做有限配置，查询渠道如下：

• 带操作系统的设备：Linux下直接读取/proc/cpuinfo中的address sizes字段，会同时标注虚拟地址和物理地址的位宽；Windows可通过系统信息或WMI接口查询。
• 裸机/微控制器设备：直接查阅对应CPU的官方数据手册，会明确标注支持的物理地址位宽、是否支持MMU及虚拟地址位宽。

裸机/微控制器的地址访问特性 #

绝大多数没有集成MMU的微控制器（比如Cortex-M系列MCU）、或未开启MMU的裸机程序，所有地址访问都是直接面向物理地址空间，你写的*(unsigned int *)0x1000 = 1234会直接操作物理地址0x1000位置的存储介质。
部分高端带MMU的微控制器也可以选择开启MMU使用虚拟地址，只是这类场景比较少。

微控制器的多任务多线程支持 #

没有MMU的裸机/微控制器也支持多任务多线程，你可以直接跑FreeRTOS、RT-Thread等实时操作系统实现多任务调度。只是这类设备没有虚拟地址空间隔离，所有任务共享同一个物理地址空间，单个任务的内存越界访问会直接影响其他任务、甚至导致整个系统崩溃，和带MMU的系统中进程互相隔离的特性有明显差异。

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