c/c++语言开发共享在嵌入式设备上投射指针

您的目标“redbee econotag”被声明为具有ARMv4架构的ARM7。 ARMv4不提供像ARMv7或intel机器那样的未对齐内存访问。

引用ARM的文档 ：

在ARMv4和ARMv5体系结构以及ARMv6体系结构（取决于其配置方式）上，在访问内存中的未对齐数据时需要小心，以免返回意外结果。 例如，当传统指针用于读取C或C ++源代码中的单词时，ARM编译器生成使用LDR指令读取单词的汇编语言代码。 当地址是四的倍数时，这可以正常工作，例如，如果它位于单词边界上。 但是， 如果地址不是4的倍数，则LDR返回旋转结果，而不是执行真正的未对齐字加载。 通常，这种旋转不是程序员所期望的 。

使用此代码，您将破坏严格别名规则：由point的对象由具有uint32_t类型的左值表达式访问。

C11（n1570），§6.5表达式
对象的存储值只能由具有以下类型之一的左值表达式访问：
– 与对象的有效类型兼容的类型，
– 与对象的有效类型兼容的类型的限定版本，
– 对应于对象的有效类型的有符号或无符号类型，
– 对应于对象有效类型的限定版本的有符号或无符号类型，
– 聚合或联合类型，其成员中包含上述类型之一（包括递归地，子聚合或包含联合的成员），或者
– 一个字符类型。

这会导致未定义的行为，因此任何事情都可能发生。

C11（n1570），§4。一致性
如果违反约束或运行时约束之外的“应该”或“不应该”的要求，则行为未定义。

 printf("%08x n", *(uint32_t*)point ); 

此语句中的*表达式调用未定义的行为：它违反了别名规则，可能会执行未对齐的访问。

由于+1您执行32位值的未对齐访问，即地址不是4的倍数。

x86独立于对齐工作，因为它的根源一直回到8位机器（可能性能稍差）。

ARM需要对齐（与许多其他处理器一样），因此应将32位值放在四个字节的倍数的地址上。 如果不是这种情况，可能会发生各种不好的事情（错误的值，错误）。 对于数组，编译器会处理这个问题，但是当您显式地转换指针时，会强制它违反对齐。

编辑：请注意，这个答案的主体与它提示的评论无关

其他答案的理论很好，但可能对你没有帮助。 实际的问题是你写道：

 uint8_t* point = ((uint8_t*)array)+1; 

什么时候你应该写一些像

 uint8_t* point = (uint8_t*)(array+1); 

因为您需要将指针增加为指向适当类型的指针（以便增量操作将添加元素的大小），然后再将其转换为其他内容。

但有人可能会问你是否真的想要一个指向32位值的字节指针。 也许你打算以字节方式访问它（请注意字节顺序会因系统而异！）。 或者你真的打算指向一个32位值的指针，而这个指针又是指向其他地方的8位值的指针……