刚又研究了一下用来产生EEPROM的文件在32位时编译的结果

xiaob***

发现它不是从0x00开始的，并且也不会按照书写顺序排列内容，是乱的。

于是用_at_0x00进行了规范，每个变量都要按顺序规范一下，有没有一个啥设置或者编译参数直接规范这种操作？
规范完了后还是不行，产生的文件和8位是一样的。在板子上读出来的是错的，分析内容发现它的int数据的高低字节是反着的。这咋搞？
都用32位的编译器编译，在int code 表格里面的数是高在前低在后，为何到了代码里面读出来放内存的就是低在前了？
比如88这个数字，产生的EEPROM的内容是00 58
在8位里面的读出来就是88，在32位里面读出来是22528，翻译成16进制就是58  00

xiaob***

研究继续
发现之前的说法不对，数据并不是那样的，之前都用比较小的数，高字节都是00
后来验证仍然是高字节在前，但是在读EEPROM的函数调用时的参数里面的地址就是数组的首地址需要-1才能得到正确的数据，之前的8位模式是不需要的。但是写的时候不需要，到底咋回事啊

QQ6243***

从来没考虑过这种问题，你编程有很大的问题

xiaob***

QQ6243*** 发表于 2026-5-5 17:56
从来没考虑过这种问题，你编程有很大的问题

可能是被8位的束缚了吧
但是百思不得其解啊