通俗易懂:ARM指令的寻址方式(二)

问题:STR R0,R1

在这个ARM指令中,R1作为首地址,它指向某个字节。

为什么是自节?为啥不是比特位或其他?

STR R0, R1 中R1指向字节,核心原因是:ARM架构定义了「字节是存储器的最小可寻址单位」,而非比特位,这是处理器架构的底层设计规则。

一、为什么最小可寻址单位是字节,不是比特位?

  1. 硬件实现成本与效率平衡

单个内存单元仅存1bit,但处理器的地址总线、读写控制电路若按比特位寻址,需要为每1bit分配独立地址,会导致地址总线位数暴增、硬件设计复杂度和成本飙升,且实际数据处理(如指令、变量)极少以单bit为单位,效率极低。

而字节(8bit) 是计算机中数据表示的基础单位(ASCII字符、最小数据类型均为1字节),以此为最小寻址单位,能兼顾硬件成本和实际使用效率,是所有通用处理器(包括ARM、x86)的统一设计。

  1. ARM架构的硬性规定

ARM架构手册明确:存储器地址空间按字节编址,每个唯一的地址对应存储器中一个8bit的字节单元,而非单个bit的内存单元。

即使是操作单个bit的指令(如 SETB 、 BIC ),底层也是先寻址到对应的字节,再通过硬件电路操作其中某一位,并非直接寻址比特位。

二、为什么不是半字/字作为最小寻址单位?

ARM支持字节(8bit)、半字(16bit)、字(32bit) 三种数据访问粒度,但仅字节是最小可寻址单位,原因是:

  1. 半字/字的地址是字节地址的整数倍(半字需偶地址,字需4的整数倍地址),本质仍是基于字节编址的扩展;

  2. 若以字为最小寻址单位,无法精准访问单个字节数据(如字符型变量),会失去数据访问的灵活性,无法适配各类数据类型的存储需求。

三、 STR R0, R1 的实际寻址过程(印证字节编址)

STR R0, R1 是字存储指令,执行时:

  1. R1提供起始字节地址,要求该地址是4的整数倍(ARM字对齐要求);

  2. 处理器从该字节地址开始,连续寻址4个字节单元(32bit),将R0中的32bit数据依次写入这4个字节;

  3. 整个过程的基础是「每个地址对应1个字节」,而非直接寻址32个比特位。

总结

ARM选择字节作为最小可寻址单位,是架构设计的硬性规则,也是「硬件成本、数据处理效率、访问灵活性」三者平衡的最优解,比特位因硬件实现和实际使用的缺陷,无法作为可寻址单位。

相关推荐
AndyHeee2 天前
【SVC、PendSV(系统异常) 与 外设 IRQ 、NVIC笔记】
arm开发
暮云星影2 天前
瑞芯微rk3588利用Rockchip NPU运行大语言模型(LLM)
arm开发·人工智能·语言模型·自然语言处理
techdashen2 天前
绕过系统 ICMP:用 rawsock、Npcap 和 WMI 找到默认网卡
开发语言·arm开发·rust
振南的单片机世界2 天前
ARM中断比51快在哪?硬件压栈+NVIC集中管理
arm开发·stm32·单片机·嵌入式硬件
墨绿色的摆渡人2 天前
论文笔记(一百三十七)Learning Dual-Arm Push and Grasp Synergy in Dense Clutter
arm开发·论文阅读
暮云星影2 天前
全志linux开发屏幕适配(一)屏幕参数设置说明
linux·arm开发
m0_547486663 天前
《ARM Cortex-M4嵌入式应用技术——基于STM32F407、STM32CubeMX与Proteus》全套PPT课件
arm开发·stm32·proteus
Lanceli_van3 天前
SQLite 3.45.2(sqlite-autoconf-3450200)ARM 交叉编译完整步骤
arm开发·sqlite
暮云星影3 天前
全志linux开发屏幕适配(二)`HDMI`驱动适配说明
linux·arm开发·驱动开发
暮云星影3 天前
瑞芯微rk3566开发FIT Secure Boot
linux·arm开发·驱动开发·安全