单片机是否参与两个常量宏定义的运算

11 篇文章 4 订阅

在编写代码时,常常会使用 宏定义 将 常量 通过英文替代。如,单片机的头文件中就有如下宏定义:

#define GPIO_MODER_MODE2_Pos           (4U)
#define GPIO_MODER_MODE2_Msk           (0x3UL << GPIO_MODER_MODE2_Pos)         /*!< 0x00000030 */
#define GPIO_MODER_MODE2               GPIO_MODER_MODE2_Msk
#define GPIO_MODER_MODE2_0             (0x1UL << GPIO_MODER_MODE2_Pos)         /*!< 0x00000010 */
#define GPIO_MODER_MODE2_1             (0x2UL << GPIO_MODER_MODE2_Pos)         /*!< 0x00000020 */

问题:
#define GPIO_MODER_MODE2_Pos (第一行的宏定义) 没有异议,使用这个宏定义就直接使用了,
如果使用 GPIO_MODER_MODE2(第三行的宏定义),单片机是否要计算移位呢?

先说结果:不需要,编译器会直接优化


验证如下

下面是宏定义对16进制的验证:
在这里插入图片描述

下面是对浮点型计算的验证:
在这里插入图片描述
困扰我的问题今天验证了,给大家一个参考。

因此大家可以放心的使用宏定义了,不需要考虑将这些常量先计算过后再宏定义,编译器会帮我们进行计算,不需要的消耗单片机的资源了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值