广告

C代码的意外

2021-06-25 Colin Walls 阅读:
C语言可以用多种不同的方式编写代码,但是完成完全一样的功能。但是有一个问题:有时候两段语句虽然表面上看起来实现完全一样的功能,实际却有细微的差别。

C语言非常灵活、更容易表达,这是C语言很成功并且一直没被“更好的”语言取代的一个原因。例如,其灵活性的一个表现就是,可以用多种不同的方式编写代码,但是完成完全一样的功能,因此每个人可以根据自己的喜好而形成不同的编码风格。但是有一个问题:有时候,两段代码虽然表面上看起来能完成同样的功能,但是却有细微的差别。这种情况可能在最简单的代码中发生,本文将探讨一些可能发生的情况。Xhkednc

在C语言中,利用几种不同的方式来完成同一件事,这是很常见的,这些方式达到的效果完全相同。例如,假设x是一个普通的int变量,以下每个语句都将完成同项的任务:Xhkednc

Xhkednc

使用其中的每一种方法,x都会加1。唯一可能的区别是,能力较弱的编译器可能会为后两种方法生成稍好一些的代码(这说明得到更好的编译器是值得的)。Xhkednc

上面两种形式的++运算符会产生相同的结果。但是,如果表达式的结果作为中间值被使用,那么前增量和后增量是不同的,因此:Xhkednc

y=x++; // y在增量前被赋值 Xhkednc

y=++x; // y在增量后被赋值 Xhkednc

有趣的是,后增量稍微“昂贵”一些,因为需要分配存储空间以保留x的旧值。但是,编译器可能会对此进行优化。如果在不使用表达式的值时分配存储,那么肯定需要一个新的编译器!Xhkednc

如果x不是int值自身,而是指向int值的指针,则加1会产生指针地址加4(在32位机器上)的效果。如果你对此感到惊讶,就有必要复习一下指针运算了。然而,有时看似等效的表达方式会有非常细微的差异……Xhkednc

对任何编程语言来说,你能做的最简单的事可能就是为变量赋值。所以,使用C语言时,我们可以这样写:Xhkednc

Xhkednc

当然,也可以更紧凑地写成这样:Xhkednc

Xhkednc

它们是100%等效的,对吗?大多数情况下,这两种表达方式是完全等效的,但是(至少)在四种情况下,选择一种或另一种可能会有不同:Xhkednc

首先,也是最平淡无奇的,每个变量都是独立的,这时或许加个注释,说明为什么将其设置为该值比较合适。Xhkednc

其次,编写可维护的代码肯定比较好。也许在将来的某个时候,可能需要更改代码,使这三个变量都设置为不同的值。第一种格式更容易修改。Xhkednc

第三个原因是当编译器不合标准时,可能会为第一种形式的语句生成这样的代码:Xhkednc

Xhkednc

第二种语句会提示r0只需要加载一次。同样,更好的编译器不需要提示。Xhkednc

最后是执行顺序的问题。在第一种语句中,很明显将先赋值alpha,最后赋值gamma。编译器会这样解释第二种语句:Xhkednc

Xhkednc

这意味着赋值顺序颠倒了。但有关系吗?大多数时候,没有。但如果这些是设备寄存器,而不是普通变量,就可能会有很大的不同。硬件需要设置值然后按精确的顺序加载,这是很常见的。Xhkednc

所以我想说,应该避免在一个语句中多次赋值。Xhkednc

总之,虽然C是一种轻量型编程语言,但如果简化完成任务的方式,C语言还可以更变得轻,从而可能产生更清晰、更易于维护的代码。Xhkednc

网友谈经验:Xhkednc

@ GeorgeD  Xhkednc

产生意外的另一个主要原因是中断。例如,在赋值顺序的例子中:Xhkednc

alpha = beta = gamma = 99;Xhkednc

有可能在beta被赋值99之后,一个中断立马重新将其赋值为77。Xhkednc

那么结果将是:Xhkednc

gamma = 99;Xhkednc
beta = gamma;Xhkednc
beta = 77;Xhkednc
alpha = 77Xhkednc

但是,在单独赋值时:Xhkednc

alpha = 99;Xhkednc
beta = 99;Xhkednc
gamma = 99;Xhkednc

只有beta被中断重新赋值为 77。 Xhkednc

人们会期望这个复合语句中具有一些原子性,但这在C语言中没有定义。程序员可以在复合语句的执行期间禁用中断,如果他愿意的话。Xhkednc

@ kalpakXhkednc

我会说这些意外是源于“聪明过分”的代码。Xhkednc

现实中一个程序员需要写多少次“alpha = beta = gamma = 99;”?Xhkednc

换句话说,与所带来的风险相比,此类优化代码的优化产生的好处有多大?Xhkednc

此外,这样的赋值使注释变得困难,因此可读性很差。Xhkednc

当程序员编写这样的代码时,我会质疑架构师和设计师的能力。Xhkednc

在过去的日子里,内存不足且时钟还是KHz,有时不得不为了解析效率而牺牲可读性。Xhkednc

而现在有非常好的优化编译器可用,内存充足,处理器速度达到 100 MHz,我们必须说这些代码是不安全的或错误的。Xhkednc

作者介绍:Xhkednc

Colin Walls是西门子公司Mentor的嵌入式软件技术专家,拥有超过40年电子行业的经验,主要专注于嵌入式软件。他经常在大会和研讨会上发表演讲,并撰写了大量技术文章和两本关于嵌入式软件的书籍。Xhkednc

Xhkednc

(原文刊登于Aspencore旗下embedded网站,参考链接:Surprises in C code,由Jenny Liao编译。)Xhkednc

本文为EDN电子技术设计 原创文章,禁止转载。请尊重知识产权,违者本司保留追究责任的权利。
  • 微信扫一扫
    一键转发
  • 最前沿的电子设计资讯
    请关注“电子技术设计微信公众号”
  • 这根保险丝为何设计精巧却更易烧化?难道设计师故意为之 从漂亮显微照片中可以看到保险丝采用了一种出人意料的结构:保险丝并非采用常见的低熔点单一合金,而是由三种金属构成。保险丝最中间的大大的圆形内芯是金属钨,钨的外面是一层薄薄的铜,铜层外面是一层薄薄的银......
  • 难道“设计得太好”也是一种错? 有时候,事情做的好并促成了技术进展,很快地就会有人对你期待更多。例如在设计时增加某种新功能,经常引发另一种非预期的需求。从某方面来说,这对于工程师所传达的讯息就是:很抱歉,您的设计做得“太”好了!
  • 拆解两个“罢工”的紧凑型荧光(CFL) 灯泡:电路/电容器 今天的“受害者”都是 13W(相当于 60W 白炽灯)T2 外形的 CFL 灯泡,声称具有 825 流明输出。我不记得有爆裂声、冒烟或其他镇流器组件故障的迹象,也没有看到任何膨胀的电容器、烧焦的电路、变色的底座等,是什么导致这些 CLF 灯泡出现故障?
  • 工程师在设计传感器时需注意的三个问题 自动驾驶、高级驾驶辅助系统(ADAS)、车辆电气化和工业4.0设计都在推动传感器件的进步,使其能够进行更加准确有效的旋转或线性定位。这些位置传感器都有着多种设计架构,并使用着多种接口(例如模拟比率器、PWM和I2C总线),那么工程师在设计传感器时有哪些常见问题需要注意?
  • 拆解15美元的卧式无线充电板,USB端口过热是通病? 2017 年底,我以 14.99 美元的价格购买了一个当时在售的无线充电板,然而,它小巧的尺寸却成了我妻子最终拒绝它的原因之一:手机很容易以不精确的方向放在充电板上,导致无法充电,或者把手机从充电板上推下来。所以这个卧式充电板被降级到拆解候候选者之列。
  • 你用哪些性能指针来打分数? 随着技术和优先因素的发展,质量因子也发生变化。您最常引用的指针或质量因子是什么?是否有一些较旧的指标你觉得过时没什么用了?您认为有哪些更相关的新指标?
广告
热门推荐
广告
广告
EE直播间
在线研讨会
广告
广告
面包芯语
广告
向右滑动:上一篇 向左滑动:下一篇 我知道了