volatile关键字如何影响静态常量数组?

static __I uint8_t APBAHBPrescTable[16] = {0, 0, 0, 0, 1, 2, 3, 4, 1, 2, 3, 4, 6, 7, 8, 9};

__I

#ifdef __cplusplus
  #define     __I     volatile                /*!< defines 'read only'   permissions      */
#else
  #define     __I     volatile const          /*!< defines 'read only'   permissions      */
#endif

我的程序是用GCC交叉编译器编译的C程序。因此,数组声明有效:

static volatile const uint8_t APBAHBPrescTable[16] = {0, 0, 0, 0, 1, 2, 3, 4, 1, 2, 3, 4, 6, 7, 8, 9};

既然这是一个常数数组,为什么要使用 volatile 钥匙在这里?

我的理解是 关键字表示数组的内容可以更改,但 const

tmp = RCC->CFGR & CFGR_PPRE1_Set_Mask;
tmp = tmp >> 8;
presc = APBAHBPrescTable[tmp];

当我转储 tmp 和 presc 我发现 tmp公司 值为4和 PREC公司

问题2:

在声明期间,值会如何变化?

这是可靠的。。。直到我移除 __一、 从数组声明中。这让我觉得这不是缓冲区溢出。除此之外,我想不出任何事情。

不稳定的 关键字存在是有原因的,除了我在中断处理程序中也看到了如下代码,据我所知,其中 不稳定的

volatile uint32_t status = USART2->SR;

该变量是函数的局部变量,因此不能由其他代码更改。

=======额外细节========

下面是相关代码段的注释反汇编。(RCC_GetClocksFreq+128)处的值为零,但在某些时候似乎已将预分频器查找表的地址复制到其中:

0x000001d0 <+56>:    ldr     r1, [pc, #68]   ; (0x218 <RCC_GetClocksFreq+128>)
       ...
   tmp = RCC->CFGR & CFGR_PPRE1_Set_Mask;
   tmp = tmp >> 8;
0x000001de <+70>:    ldr     r4, [r2, #4]
0x000001e0 <+72>:    ubfx    r4, r4, #8, #3
   presc = APBAHBPrescTable[tmp];
0x000001e4 <+76>:    ldrb    r4, [r1, r4]
   RCC_Clocks->PCLK1_Frequency = RCC_Clocks->HCLK_Frequency >> presc;
0x000001e6 <+78>:    lsr.w   r4, r3, r4
0x000001ea <+82>:    str     r4, [r0, #8]

volatile const 宏替换为 :

0x000001d0 <+56>:    ldr     r4, [pc, #68]   ; (0x218 <RCC_GetClocksFreq+128>)
       ...
   tmp = RCC->CFGR & CFGR_PPRE1_Set_Mask;
   tmp = tmp >> 8;
0x000001de <+70>:    ldr     r1, [r2, #4]
0x000001e0 <+72>:    ubfx    r1, r1, #8, #3
   presc = APBAHBPrescTable[tmp];
0x000001e4 <+76>:    ldrb    r1, [r4, r1]
   RCC_Clocks->PCLK1_Frequency = RCC_Clocks->HCLK_Frequency >> presc;
0x000001e6 <+78>:    lsr.w   r1, r3, r1
0x000001ea <+82>:    str     r1, [r0, #8]

它们基本相同。然而,以某种方式删除volatile关键字解决了这个问题!