32位arm的写存操作,没有内存对齐的赋值

在使用32位ARM7芯片LPC2129及KEIL编译器进行项目开发时,开发者遇到了字节数组赋值后的对齐问题。在特定条件下,对16位值的强制类型转换与赋值导致了非预期的数据分布。本文探讨了不同编译环境下数据对齐的现象,并分析可能的原因。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

用32位arm7芯片lpc2129和keil编译器,在项目开发中遇到的问题如下:

定义字节数组 :

BYTE array[10] = {0};


然后把地址&array[1]强制转换并赋值:

*(UINT16 *)(&array[1]) = 0xaabb;


然后读取数组里的内容,发现被赋值的元素是array[0]和array[1],读出的内容是:

array[0]的内容是0xbb, array[1]的内容是0xaa,array[2]-array[9]都是0。


甚是不解。难道被赋值的不应该是array[1]和array[2]吗?

于是我把这几行代码用vs2008在pc上运行一下,发现,被赋值的是array[1]和array[2](这是我预期的)。

紧接着我又在arm + keil里试了一下,给&array[2]强制转换并赋值,发现是我预期的,被赋值的是array[2]和array[3].


思考:

1 ,这个应该不是大小端的问题。

2,如果是内存强制对齐的问题,32 位 cpu访问内存的时候只能访问4的整数倍的地址,但是keil编译器应该会把该语句编为多次store(写存)命令,然后运算出一个对应的值放到对应的地址啊。


我明天看下对应的汇编代码。明天见。




评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值