来自公众号:嵌入式ARM
嵌入式开发基本都会选择C语言
这是因为C语言有出色的可移植性
能在多种不同体系结构的软/硬平台上运行
虽然代码的复用性差
代码的维护性差
扩展性很差
但,C语言简洁紧凑
使用灵活的语法机制
并且,C语言具有很高的运行效率
那么如何保证C语言的执行效率?
嵌入式ARM告诉你!
01
C代码执行效率与哪些因素有关
C代码执行效率与时间复杂度和空间复杂度有关:
1、空间复杂度是指算法在计算机内执行时所需存储空间的度量
2、一般情况下,算法中基本操作重复执行的次数是问题规模n的某个函数,用T(n)表示,若有某个辅助函数f(n),使得当n趋近于无穷大时,T(n)/f(n)的极限值为不等于零的常数,则称f(n)是T(n)的同数量级函数。
记作T(n)=O(f(n)),称O(f(n))为算法的渐进时间复杂度,简称时间复杂度。在各种不同算法中,若算法中语句执行次数为一个常数,则时间复杂度为O(1),另外,在时间频度不相同时,时间复杂度有可能相同,如T(n)=n2+3n+4与T(n)=4n2+2n+1它们的频度不同,但时间复杂度相同,都为O(n2)。
按数量级递增排列,常见的时间复杂度有:常数阶O(1),对数阶O(log2n),线性阶O(n),线性对数阶O(nlog2n),平方阶O(n^2),立方阶O(n^3),。。。,k次方阶O(n^k),指数阶O(2^n)。随着问题规模n的不断增大,上述时间复杂度不断增大,算法的执行效率越低。
02
保障C代码执行效率的原则
1、选择合适的算法和数据结构
选择一种合适的数据结构很重要,如果在一堆随机存放的数中使用了大量的插入和删除指令,那使用链表要快得多。数组与指针语句具有十分密切的关系,一般来说,指针比较灵活简洁,而数组则比较直观,容易理解。对于大部分的编译器,使用指针比使用数组生成的代码更短,执行效率更高。
在许多种情况下,可以用指针运算代替数组索引,这样做常常能产生又快又短的代码。与数组索引相比,指针一般能使代码速度更快,占用空间更少。使用多维数组时差异更明显。下面的代码作用是相同的,但是效率不一样。
数组索引 指针运算For(;;){ p=arrayA=array[t++]; for(;;){a=*(p++);。。。。。。。。。。。。。。。} }
指针方法的优点是,array的地址每次装入地址p后,在每次循环中只需对p增量操作。在数组索引方法中,每次循环中都必须根据t值求数组下标的复杂运算。
时间复杂度更低、效率更高的算法可以提高执行效率。一个简单的例子,计算1~100这些数的和,可以循环100次,也可以直接使用求和公式,在执行效率上,是显而易见的。
2、代码尽量简洁,避免重复
在10天学会单片机那本书上看到写的数码管显示那部分代码,选中一个位,然后送数据,再选中一个位,再送数据,依次做完。代码重复率太高了,不仅占用过多的类存,而且执行效率差可读性差,仅仅是实现了功能而已,实际的编程可以做一个循环,for循环或者while循环。这样的代码看起来更有水平。
3、合理使用宏定义
在程序中如果某个变量或寄存器经常用到,可以使用宏定义定义一个新的名代替它。这样的好处是方便修改,比如液晶的数据端总线接的P1,现在想改到P0,那么只需要修改宏定义这里就可以了,编译器编译的时候,会自动的把定义的名替换成实际的名称。
函数和宏的区别就在于,宏占用了大量的空间,而函数占用了时间。大家要知道的是,函数调用是要使用系统的栈来保存数据的,如果编译器 里有栈检查选 项,一般在函数的头会嵌入一些汇编语句对当前栈进行检查;同时,CPU也要在函数调用时保存和恢复当前的现场,进行压栈和弹栈操作,所以,函数调用需要一 些CPU时间。而宏不存在这个问题。宏仅仅作为预先写好的代码嵌入到当前程序,不会产生函数调用,所以仅仅是占用了空间,在频繁调用同一个宏的时候,该现象尤其突出。
举例如下:
方法A:
#define bwMCDR2_ADDRESS 4
#define bsMCDR2_ADDRESS 17
int BIT_MASK(int __bf)
{
return ((1U <<(bw ## __bf)) - 1)<<(bs ## __bf);
}
void SET_BITS(int __dst,
int __bf, int __val)
{
__dst &#61; ((__dst) & ~(BIT_MASK(__bf))) |
/
(((__val) <<(bs ## __bf))
& (BIT_MASK(__bf))))
}
SET_BITS(MCDR2, MCDR2_ADDRESS,ReGISterNumber);
方法B&#xff1a;
#define bwMCDR2_ADDRESS 4
#define bsMCDR2_ADDRESS 17
#define bmMCDR2_ADDRESS BIT_MASK(MCDR2_ADDRESS)
#define BIT_MASK(__bf)
(((1U <<(bw ## __bf)) - 1)
<<(bs ## __bf))
#define SET_BITS(__dst, __bf, __val)
/
((__dst) &#61; ((__dst) & ~(BIT_MASK(__bf)))
| /
(((__val) <<(bs ## __bf))
& (BIT_MASK(__bf))))
SET_BITS(MCDR2, MCDR2_ADDRESS,
RegisterNumber);
B方法是我看到的最好的置位操作函数&#xff0c;是ARM公司源码的一部分&#xff0c;在短短的三行内实现了很多功能&#xff0c;几乎涵盖了所有的位操作功能。A方法是其变体&#xff0c;其中滋味还需大家仔细体会。
程序的复杂度包含时间复杂度和空间复杂度&#xff0c;而随着计算机硬件的发展&#xff0c;渐渐放低了对空间复杂度的要求&#xff0c;在很多情况下&#xff0c;为了换取程序的执行效率&#xff0c;牺牲计算机的空间。比如字符串的相关操作、使用缓存技术等。
计算机程序中最大的矛盾是空间和时间的矛盾&#xff0c;那么&#xff0c;从这个角度出发逆向思维来考虑程序的效率问题&#xff0c;我们就有了解决问题的第1招--以空间换时间。比如说字符串的赋值&#xff1a;
方法A&#xff1a;通常的办法
#define LEN 32
char string1 [LEN];
memset (string1,0,LEN);
strcpy (string1,"This is a example!!"&#xff09;;
方法B&#xff1a;
const char string2[LEN] &#61;"This is a example!";
char * cp;
cp &#61; string2 ;
使用的时候可以直接用指针来操作。
从上面的例子可以看出&#xff0c;A和B的效率是不能比的。在同样的存储空间下&#xff0c;B直接使用指针就可以操作了&#xff0c;而A需要调用两个字符函数才能完成。B的缺点在于灵活性没有A好。在需要频繁更改一个字符串内容的时候&#xff0c;A具有更好的灵活性&#xff1b;如果采用方法B&#xff0c;则需要预存许多字符串&#xff0c;虽然占用了大量的内存&#xff0c;但是获得了程序执行 的高效率。
如果系统的实时性要求很高&#xff0c;内存还有一些&#xff0c;那我推荐你使用该招数。
5、选择合适的算法和数据结构
应该熟悉算法语言&#xff0c;知道各种算法的优缺点&#xff0c;具体资料请参见相应的参考资料&#xff0c;有很多计算机书籍上都有介绍。将比较慢的顺序查找法用较快的二分查找或乱序查找法代替&#xff0c;插入排序或冒泡排序法用快速排序、合并排序或根排序代替&#xff0c;都可以大大提高程序执行的效率。
选择一种合适的数据结构也很重要。指针是一个包含地址的变量&#xff0c;可对他指向的变量进行寻址。使用指针可以很容易的从一个变量移到下一个变量&#xff0c;故特别适合对大量变量进行操作的场合。数组与指针语句具有十分密切的关系&#xff0c;一般来说&#xff0c;指针比较灵活简洁&#xff0c;而数组则比较直观&#xff0c;容易理解。对于大部分的编译器&#xff0c;使用指针比使用数组生成的代码更短&#xff0c;执行效率更高。但是在Keil中则相反&#xff0c;使用数组比使用的指针生成的代码更短。
6、使用条件编译
一般情况下对C语言程序进行编译时&#xff0c;所有的程序都参加编译&#xff0c;但是有时希望对其中一部分内容只在满足一定条件才编译&#xff0c;这就是条件编译。条件编译可以根据实际情况&#xff0c;选择不同的编译范围&#xff0c;从而产生不同的代码。
7、嵌入汇编——杀手锏译
汇编语言是效率最高的计算机语言&#xff0c;在一般项目开发当中一般都采用C语言来开发的&#xff0c;因为嵌入汇编之后会影响平台的移植性和可读性&#xff0c;不同平台的汇编指令是不兼容的。但是对于一些执着的程序员要求程序获得极致的运行的效率&#xff0c;他们都在C语言中嵌入汇编&#xff0c;即“混合编程”。
/*实现了a&#61;a&#43;b&#43;c*/
__asm
{ push eax mov eax,a add eax,b add eax,c mov a,eax pop eax
}
手动编写汇编。在嵌入式软件开发中&#xff0c;一些软件模块最好用汇编语言来写&#xff0c;这可以使程序更加有效。虽然C/C&#43;&#43;编译器对代码进行了优化&#xff0c;但是适当的使用内联汇编指令可以有效的提高整个系统运行的效率。
在熟悉汇编语言的人眼里&#xff0c;C语言编写的程序都是垃圾"。这种说法虽然偏激了一些&#xff0c;但是却有它的道理。汇编语言是效率最高的计算机语言&#xff0c;但是&#xff0c;不可能靠着它 来写一个操作系统吧?所以&#xff0c;为了获得程序的高效率&#xff0c;我们只好采用变通的方法--嵌入汇编&#xff0c;混合编程。嵌入式C程序中主要使用在线汇编&#xff0c;即在C程序中直接插 入_asm{ }内嵌汇编语句。
举例如下&#xff0c;将数组一赋值给数组二,要求每一字节都相符。
char string1[1024],string2[1024];
方法A&#xff1a;
int I;
for (I &#61;0 ;I<1024;I&#43;&#43;)
*(string2 &#43; I) &#61; *(string1 &#43; I)
方法B&#xff1a;
#ifdef _PC_
int I;
for (I &#61;0 ;I<1024;I&#43;&#43;)
*(string2 &#43; I) &#61; *(string1 &#43; I);
#else
#ifdef _ARM_
__asm
{
MOV R0,string1
MOV R1,string2
MOV R2,#0
loop:
LDMIA R0!, [R3-R11]
STMIA R1!, [R3-R11]
ADD R2,R2,#8
CMP R2, #400
BNE loop
}
#endif
再举个例子&#xff1a;
/* 把两个输入参数的值相加&#xff0c;结果存放到另外一个全局变量中 */
int result;
void Add(long a, long *b)
{
_asm
{
MOV AX, a
MOV BX, b
ADD AX, [BX]
MOV result, AX
}
}
方法A是最常见的方法&#xff0c;使用了1024次循环&#xff1b;方法J则根据平台不同做了区分&#xff0c;在ARM平台下&#xff0c;用嵌入汇编仅用128次循环就完成了同样的操作。这里有朋友 会说&#xff0c;为什么不用标准的内存拷贝函数呢?这是因为在源数据里可能含有数据为0的字节&#xff0c;这样的话&#xff0c;标准库函数会提前结束而不会完成我们要求的操作。这个例程 典型应用于LCD数据的拷贝过程。根据不同的CPU&#xff0c;熟练使用相应的嵌入汇编&#xff0c;可以大大提高程序执行的效率。
虽然是必杀技&#xff0c;但是如果轻易使用会付出惨重的代价。这是因为&#xff0c;使用了嵌入汇编&#xff0c;便限制了程序的可移植性&#xff0c;使程序在不同平台移植的过程中&#xff0c;卧虎藏龙&#xff0c;险象环生&#xff01;同时该招数也与现代软件工程的思想相违背&#xff0c;只有在迫不得已的情况下才可以采用。
8、避免使用标准库例程
嵌入式系统编程应避免使用标准库例程&#xff0c;因为很多大的库例程设法处理所有可能的情况&#xff0c;所以占用了庞大的内存空间&#xff0c;因而应尽可能地减少使用标准库例程。
9、确保声明和定义是静态的&#xff0c;除非您希望从不同的文件中调用该函数。
在同一文件函数对其他函数可见&#xff0c;才称之为静态函数。它限制其他访问内部函数&#xff0c;如果我们希望从外界隐藏该函数。现在我们并不需要为内部函数创建头文件&#xff0c;其他看不到该函数。静态声明一个函数的优点包括&#xff1a;
&#xff08;1&#xff09;两个或两个以上具有相同名称的静态函数&#xff0c;可用于在不同的文件。
&#xff08;2&#xff09;编译消耗减少&#xff0c;因为没有外部符号处理。
10、数学方法解决问题
现在我们演绎高效C语言编写的第二招--采用数学方法来解决问题。数学是计算机之母&#xff0c;没有数学的依据和基础&#xff0c;就没有计算机的发展&#xff0c;所以在编写程序的时候&#xff0c;采用一些数学方法会对程序的执行效率有数量级的提高。举例如下&#xff0c;求 1~100的和。
方法A&#xff1a;
int I , j;
for (I &#61; 1 ;I<&#61;100; I &#43;&#43;&#xff09;
{
j &#43;&#61; I;
}
方法B&#xff1a;
int I;
I &#61; (100 * (1&#43;100)) / 2
这个例子是我印象最深的一个数学用例&#xff0c;是我的计算机启蒙老师考我的。当时我只有小学三年级&#xff0c;可惜我当时不知道用公式 N×&#xff08;N&#43;1&#xff09;/ 2 来解决这个问题。方法E循环了100次才解决问题&#xff0c;也就是说最少用了100个赋值&#xff0c;100个判断&#xff0c;200个加法&#xff08;I和j&#xff09;&#xff1b;而方法F仅仅用了1个加法&#xff0c;1次乘法&#xff0c;1次除法。效果自然不言而喻。所以&#xff0c;现在我在编程序的时候&#xff0c;更多的是动脑筋找规律&#xff0c;最大限度地发挥数学的威力来提高程序运行的效率。
11、使用位操作
使用位操作。减少除法和取模的运算。在计算机程序中数据的位是可以操作的最小数据单位&#xff0c;理论上可以用"位运算"来完成所有的运算和操作。一般的位操作是用来控制硬件的&#xff0c;或者做数据变换使用&#xff0c;但是&#xff0c;灵活的位操作可以有效地提高程序运行的效率。举例如下&#xff1a;
方法A&#xff1a;
int I,J;
I &#61; 257 /8;
J &#61; 456 % 32;
方法B&#xff1a;
int I,J;
I &#61; 257 >>3;
J &#61; 456 - (456 >> 4 <<4);
在字面上好像B比A麻烦了好多&#xff0c;但是&#xff0c;仔细查看产生的汇编代码就会明白&#xff0c;方法B调用了基本的取模函数和除法函数&#xff0c;既有函数调用&#xff0c;还有很多汇编代码和寄存器参 与运算&#xff1b;而方法H则仅仅是几句相关的汇编&#xff0c;代码更简洁&#xff0c;效率更高。当然&#xff0c;由于编译器的不同&#xff0c;可能效率的差距不大&#xff0c;但是&#xff0c;以我目前遇到的MS C ,ARM C 来看&#xff0c;效率的差距还是不小。
对于以2的指数次方为"*"、"/"或"%"因子的数学运算&#xff0c;转化为移位运算"<<>>"通常可以提高算法效率。因为乘除运算指令周期通常比移位运算大。
C语言位运算除了可以提高运算效率外&#xff0c;在嵌入式系统的编程中&#xff0c;它的另一个最典型的应用&#xff0c;而且十分广泛地正在被使用着的是位间的与&#xff08;&&#xff09;、或 &#xff08;|&#xff09;、非&#xff08;~&#xff09;操作&#xff0c;这跟嵌入式系统的编程特点有很大关系。我们通常要对硬件寄存器进行位设置&#xff0c;譬如&#xff0c;我们通过将AM186ER型80186处理器的中 断屏蔽控制寄存器的第低6位设置为0&#xff08;开中断2&#xff09;&#xff0c;最通用的做法是&#xff1a;
#define INT_I2_MASK 0x0040
wTemp &#61; inword(INT_MASK);
outword(INT_MASK, wTemp &~INT_I2_MASK);
而将该位设置为1的做法是&#xff1a;
#define INT_I2_MASK 0x0040
wTemp &#61; inword(INT_MASK);
outword(INT_MASK, wTemp | INT_I2_MASK);
判断该位是否为1的做法是&#xff1a;
#define INT_I2_MASK 0x0040
wTemp &#61; inword(INT_MASK);
if(wTemp & INT_I2_MASK)
{
… /* 该位为1 */
}
运用这招需要注意的是&#xff0c;因为CPU的不同而产生的问题。比如说&#xff0c;在PC上用这招编写的程序&#xff0c;并在PC上调试通过&#xff0c;在移植到一个16位机平台上的时候&#xff0c;可能会产生代码隐患。所以只有在一定技术进阶的基础下才可以使用这招。
12、利用硬件特性
首先要明白CPU对各种存储器的访问速度&#xff0c;基本上是&#xff1a;
CPU内部RAM > 外部同步RAM > 外部异步RAM > FLASH/ROM
对于程序代码&#xff0c;已经被烧录在FLASH或ROM中&#xff0c;我们可以让CPU直接从其中读取代码执行&#xff0c;但通常这不是一个好办法&#xff0c;我们最好在系统启动后将FLASH或ROM中的目标代码拷贝入RAM中后再执行以提高取指令速度&#xff1b;
对于UART等设备&#xff0c;其内部有一定容量的接收BUFFER&#xff0c;我们应尽量在BUFFER被占满后再向CPU提出中断。例如计算机终端在向目标机通过RS-232传递数据时&#xff0c;不宜设置UART只接收到一个BYTE就向CPU提中断&#xff0c;从而无谓浪费中断处理时间&#xff1b;
如果对某设备能采取DMA方式读取&#xff0c;就采用DMA读取&#xff0c;DMA读取方式在读取目标中包含的存储信息较大时效率较高&#xff0c;其数据传输的基本单位是块&#xff0c;而所传输 的数据是从设备直接送入内存的&#xff08;或者相反&#xff09;。DMA方式较之中断驱动方式&#xff0c;减少了CPU 对外设的干预&#xff0c;进一步提高了CPU与外设的并行操作程度。
13、使用寄存器变量
当对一个变量频繁被读写时&#xff0c;需要反复访问内存&#xff0c;从而花费大量的存取时间。为此&#xff0c;C语言提供了一种变量&#xff0c;即寄存器变量。这种变量存放在CPU的寄存器中&#xff0c;使 用时&#xff0c;不需要访问内存&#xff0c;而直接从寄存器中读写&#xff0c;从而提高效率。寄存器变量的说明符是register。对于循环次数较多的循环控制变量及循环体内反复使用 的变量均可定义为寄存器变量&#xff0c;而循环计数是应用寄存器变量的最好候选者。
(1) 只有局部自动变量和形参才可以定义为寄存器变量。因为寄存器变量属于动态存储方式&#xff0c;凡需要采用静态存储方式的量都不能定义为寄存器变量&#xff0c;包括&#xff1a;模块间全局变量、模块内全局变量、局部static变量&#xff1b;
(2) register是一个"建议"型关键字&#xff0c;意指程序建议该变量放在寄存器中&#xff0c;但最终该变量可能因为条件不满足并未成为寄存器变量&#xff0c;而是被放在了存储器中&#xff0c;但编译器中并不报错&#xff08;在C&#43;&#43;语言中有另一个"建议"型关键字&#xff1a;inline&#xff09;。
下面是一个采用寄存器变量的例子&#xff1a;
/* 求1&#43;2&#43;3&#43;….&#43;n的值 */
WORD Addition(BYTE n)
{
register i,s&#61;0;
for(i&#61;1;i<&#61;n;i&#43;&#43;)
{
s&#61;s&#43;i;
}
return s;
}
本程序循环n次&#xff0c;i和s都被频繁使用&#xff0c;因此可定义为寄存器变量。
03
保障C代码执行效率的优化方法
1、使用尽量小的数据类型
比如某个变量的值范围是0~255&#xff0c;那么就定义成unsignedchar&#xff0c;当然也可以定义成unsignedint&#xff0c;但是这样造成了内存的浪费&#xff0c;而且运算时效率要低一点。
如果数据没有负数的话&#xff0c;尽量定义成无符号的类型。应尽量避免定义成浮点型数据类型或双精度&#xff08;占8个字节&#xff09;类型&#xff0c;这两种类型运算时很消耗CPU资源。
比如采集电压范围是0-5v&#xff0c;精确到小数点后三位&#xff0c;可以把采集到的数据扩大1000倍&#xff0c;即使最大也才到5000&#xff0c;然后多采集几次做个滤波算法&#xff0c;最后电压算出来后只需要在第一位后面加个小数点就可以了&#xff0c;变量定义成unsignedint型变量就没问题了。
2、尽量避免调用延时函数
没有带操作系统的程序只能在while(1)里面循环执行&#xff0c;如果在这里面调用大量的延时这样会很消耗CPU的资源&#xff0c;延时等于是让它在这歇着不干事了&#xff0c;只有中断里面的才会执行。如果仅仅是做一个LED一秒闪烁一次的程序&#xff0c;那么很简单&#xff0c;可以直接调用延时函数&#xff0c;但是实际的项目中往往在大循环里有很多事要做&#xff0c;对于实时性要求较高的场合就不行了。
为了避免使用延时&#xff0c;可以使用定时器中断产生一个标志位&#xff0c;到了时间标志位置1&#xff0c;在主程序里面只需要检测标志位&#xff0c;置1了才执行一次&#xff0c;然后清标志。其他时间就去做别的事了&#xff0c;而不会在这等待了。
最好的例子就是数码管的显示&#xff0c;使用中断调显示。然后是按键检测&#xff0c;一般的程序都是做的while(!key)等待按键释放&#xff0c;如果按键一直按着&#xff0c;那后面的程序就永远得不到运行死在这了&#xff0c;其实可以做一个按键标志检测下降沿和上升沿就可以避免这个问题了。
3、避免使用乘除法
乘除法很消耗CPU资源&#xff0c;查看汇编代码会发现&#xff0c;一个乘除法运算会编译出10几甚至几10行代码。如果是乘以或除以2的n次方&#xff0c;可以用<<或>>来实现&#xff0c;这种移位运算在编译时就已经算好了&#xff0c;所以代码很简洁&#xff0c;运算效率就高。但是需要特别注意运算符的优先级问题。
4、尽量使用复合赋值运算符
a&#61;a&#43;b与a&#43;&#61;b这两个表达式有什么区别呢&#xff1f;
前者是先计算a&#43;b的值&#xff0c;然后保存到ACC寄存器&#xff0c;再把ACC寄存器的值赋给a。而后者是直接将a&#43;b的值赋给a&#xff0c;节省一个步骤。虽然只节省了一条指令&#xff0c;但是当这个运算循环几千次几万次呢&#xff1f;那么效果很明显了。
像其他的-&#61;、*&#61;、/&#61;、%&#61;等都是一样的。
5、不定义不使用的返回值。
function函数定义并不知道函数返回值是否被使用&#xff0c;假如返回值从来不会被用到&#xff0c;应该使用void来明确声明函数不返回任何值。
6、在一个逻辑条件语句中常数项永远在左侧。
int x &#61; 4; if &#xff08;x &#61; 1&#xff09;
{x &#61; x &#43; 2;
printf&#xff08;"%d",x&#xff09;&#xff1b;// Output is 3 }
int x &#61; 4;
if &#xff08;1 &#61; x&#xff09;
{
x &#61; x &#43; 2;
printf&#xff08;"%d",x&#xff09;&#xff1b;// Compilation error
}
一个聪明的游戏大虾&#xff0c;基本上不会在自己的主循环里搞什么运算工作&#xff0c;绝对是先计算好了&#xff0c;再到循环里查表。看下面的例子&#xff1a;
旧代码&#xff1a;
long factorial(int i){if (i &#61;&#61; 0)return 1;elsereturn i * factorial(i - 1);}
新代码&#xff1a;static long factorial_table[] &#61;{1&#xff0c; 1&#xff0c; 2&#xff0c; 6&#xff0c; 24&#xff0c; 120&#xff0c; 720 /* etc */ };long factorial(int i){return factorial_table[i];}
如果表很大&#xff0c;不好写&#xff0c;就写一个init函数&#xff0c;在循环外临时生成表格。
a&#61;a%8;
可以改为&#xff1a;
a&#61;a&7;
说明&#xff1a;位操作只需一个指令周期即可完成&#xff0c;而大部分的C编译器的“%”运算均是调用子程序来完成&#xff0c;代码长、执行速度慢。通常&#xff0c;只要求是求2n方的余数&#xff0c;均可使用位操作的方法来代替。
a&#61;pow(a, 2.0);
可以改为&#xff1a;
a&#61;a*a;
说明&#xff1a;在有内置硬件乘法器的单片机中(如51系列)&#xff0c;乘法运算比求平方运算快得多&#xff0c;因为浮点数的求平方是通过调用子程序来实现的&#xff0c;在自带硬件乘法器的AVR单片机中&#xff0c;如ATMega163中&#xff0c;乘法运算只需2个时钟周期就可以完成。既使是在没有内置硬件乘法器的AVR单片机中&#xff0c;乘法运算的子程序比平方运算的子程序代码短&#xff0c;执行速度快。
如果是求3次方&#xff0c;如&#xff1a;
a&#61;pow(a&#xff0c;3。0);
更改为&#xff1a;
a&#61;a*a*a&#xff1b;
则效率的改善更明显。
a&#61;a*4;
b&#61;b/4;
可以改为&#xff1a;
a&#61;a<<2;
b&#61;b>>2;
通常如果需要乘以或除以2n&#xff0c;都可以用移位的方法代替。在ICCAVR中&#xff0c;如果乘以2n&#xff0c;都可以生成左移的代码&#xff0c;而乘以其它的整数或除以任何数&#xff0c;均调用乘除法子程序。用移位的方法得到代码比调用乘除法子程序生成的代码效率高。实际上&#xff0c;只要是乘以或除以一个整数&#xff0c;均可以用移位的方法得到结果&#xff0c;如&#xff1a;
a&#61;a*9
可以改为&#xff1a;
a&#61;(a<<3)&#43;a
采用运算量更小的表达式替换原来的表达式&#xff0c;下面是一个经典例子:
旧代码:
x &#61; w % 8;y &#61; pow(x&#xff0c; 2.0);z &#61; y * 33;for (i &#61; 0;i
整数除法是整数运算中最慢的&#xff0c;所以应该尽可能避免。一种可能减少整数除法的地方是连除&#xff0c;这里除法可以由乘法代替。这个替换的副作用是有可能在算乘积时会溢出&#xff0c;所以只能在一定范围的除法中使用。
不好的代码&#xff1a;
int i&#xff0c; j&#xff0c; k&#xff0c; m&#xff1b;
m &#61; i / j / k&#xff1b;
推荐的代码&#xff1a;
int i&#xff0c; j&#xff0c; k&#xff0c; m&#xff1b;
m &#61; i / (j * k)&#xff1b;
在使用到加一和减一操作时尽量使用增量和减量操作符&#xff0c;因为增量符语句比赋值语句更快&#xff0c;原因在于对大多数CPU来说&#xff0c;对内存字的增、减量操作不必明显地使用取内存和写内存的指令&#xff0c;比如下面这条语句&#xff1a;
x&#61;x&#43;1;
模仿大多数微机汇编语言为例&#xff0c;产生的代码类似于&#xff1a;
move A&#xff0c;x ;把x从内存取出存入累加器A
add A&#xff0c;1 ;累加器A加1
store x ;把新值存回x
如果使用增量操作符&#xff0c;生成的代码如下&#xff1a;
incr x ;x加1
显然&#xff0c;不用取指令和存指令&#xff0c;增、减量操作执行的速度加快&#xff0c;同时长度也缩短了。
复合赋值表达式(如a-&#61;1及a&#43;&#61;1等)都能够生成高质量的程序代码。
在某些情况下&#xff0c;C&#43;&#43;编译器不能从浮点表达式中提出公共的子表达式&#xff0c;因为这意味着相当于对表达式重新排序。需要特别指出的是&#xff0c;编译器在提取公共子表达式前不能按照代数的等价关系重新安排表达式。这时&#xff0c;程序员要手动地提出公共的子表达式&#xff08;在VC.NET里有一项“全局优化”选项可以完成此工作&#xff0c;但效果就不得而知了&#xff09;。
不好的代码&#xff1a;
float a&#xff0c; b&#xff0c; c&#xff0c; d&#xff0c; e&#xff0c; f&#xff1b;
。。。
e &#61; b * c / d&#xff1b;
f &#61; b / d * a&#xff1b;
推荐的代码&#xff1a;
float a&#xff0c; b&#xff0c; c&#xff0c; d&#xff0c; e&#xff0c; f&#xff1b;
。。。
const float t(b / d)&#xff1b;
e &#61; c * t&#xff1b;
f &#61; a * t&#xff1b;
不好的代码&#xff1a;
float a&#xff0c; b&#xff0c; c&#xff0c; e&#xff0c; f&#xff1b;
。。。
e &#61; a / c&#xff1b;
f &#61; b / c&#xff1b;
推荐的代码&#xff1a;
float a&#xff0c; b&#xff0c; c&#xff0c; e&#xff0c; f&#xff1b;
。。。
const float t(1.0f / c)&#xff1b;
e &#61; a * t&#xff1b;
f &#61; b * t&#xff1b;
很多编译器有“使结构体字&#xff0c;双字或四字对齐”的选项。但是&#xff0c;还是需要改善结构体成员的对齐&#xff0c;有些编译器可能分配给结构体成员空间的顺序与他们声明的不同。但是&#xff0c;有些编译器并不提供这些功能&#xff0c;或者效果不好。所以&#xff0c;要在付出最少代价的情况下实现最好的结构体和结构体成员对齐&#xff0c;建议采取下列方法&#xff1a;
把结构体的成员按照它们的类型长度排序&#xff0c;声明成员时把长的类型放在短的前面。编译器要求把长型数据类型存放在偶数地址边界。在申明一个复杂的数据类型 (既有多字节数据又有单字节数据) 时&#xff0c;应该首先存放多字节数据&#xff0c;然后再存放单字节数据&#xff0c;这样可以避免内存的空洞。编译器自动地把结构的实例对齐在内存的偶数边界。
把结构体填充成最长类型长度的整倍数。照这样&#xff0c;如果结构体的第一个成员对齐了&#xff0c;所有整个结构体自然也就对齐了。下面的例子演示了如何对结构体成员进行重新排序&#xff1a;
不好的代码&#xff0c;普通顺序&#xff1a;
struct
{char a[5]&#xff1b;long k&#xff1b;double x&#xff1b;
} baz&#xff1b;
推荐的代码&#xff0c;新的顺序并手动填充了几个字节&#xff1a;
struct
{double x&#xff1b;long k&#xff1b;char a[5]&#xff1b;
char pad[7]&#xff1b;
} baz&#xff1b;
这个规则同样适用于类的成员的布局。
当编译器分配给本地变量空间时&#xff0c;它们的顺序和它们在源代码中声明的顺序一样&#xff0c;和上一条规则一样&#xff0c;应该把长的变量放在短的变量前面。如果第一个变量对齐了&#xff0c;其它变量就会连续的存放&#xff0c;而且不用填充字节自然就会对齐。有些编译器在分配变量时不会自动改变变量顺序&#xff0c;有些编译器不能产生4字节对齐的栈&#xff0c;所以4字节可能不对齐。下面这个例子演示了本地变量声明的重新排序&#xff1a;
不好的代码&#xff0c;普通顺序
short ga&#xff0c; gu&#xff0c; gi&#xff1b;
long foo&#xff0c; bar&#xff1b;
double x&#xff0c; y&#xff0c; z[3]&#xff1b;
char a&#xff0c; b&#xff1b;
float baz&#xff1b;
推荐的代码&#xff0c;改进的顺序
double z[3]&#xff1b;
double x&#xff0c; y&#xff1b;
long foo&#xff0c; bar&#xff1b;
float baz&#xff1b;
short ga&#xff0c; gu&#xff0c; gi&#xff1b;
避免在函数中频繁使用指针型参数指向的值。因为编译器不知道指针之间是否存在冲突&#xff0c;所以指针型参数往往不能被编译器优化。这样数据不能被存放在寄存器中&#xff0c;而且明显地占用了内存带宽。注意&#xff0c;很多编译器有“假设不冲突”优化开关&#xff08;在VC里必须手动添加编译器命令行/Oa或/Ow&#xff09;&#xff0c;这允许编译器假设两个不同的指针总是有不同的内容&#xff0c;这样就不用把指针型参数保存到本地变量。否则&#xff0c;请在函数一开始把指针指向的数据保存到本地变量。如果需要的话&#xff0c;在函数结束前拷贝回去。
不好的代码&#xff1a;
// 假设 q !&#61; r
void isqrt(unsigned long a&#xff0c; unsigned long* q&#xff0c; unsigned long* r)
{*q &#61; a&#xff1b;if (a > 0){while (*q > (*r &#61; a / *q)){*q &#61; (*q &#43; *r) >> 1&#xff1b;}}*r &#61; a - *q * *q&#xff1b;
}
推荐的代码&#xff1a;
// 假设 q !&#61; r
void isqrt(unsigned long a&#xff0c; unsigned long* q&#xff0c; unsigned long* r)
{unsigned long qq&#xff0c; rr&#xff1b;qq &#61; a&#xff1b;if (a > 0){while (qq > (rr &#61; a / qq)){qq &#61; (qq &#43; rr) >> 1&#xff1b;}}rr &#61; a - qq * qq&#xff1b;*q &#61; qq&#xff1b;*r &#61; rr&#xff1b;
}
要充分利用CPU的指令缓存&#xff0c;就要充分分解小的循环。特别是当循环体本身很小的时候&#xff0c;分解循环可以提高性能。注意:很多编译器并不能自动分解循环。不好的代码&#xff1a;
// 3D转化&#xff1a;把矢量 V 和 4x4 矩阵 M 相乘
for (i &#61; 0&#xff1b;i <4&#xff1b;i &#43;&#43;)
{
r[i] &#61; 0&#xff1b;
for (j &#61; 0&#xff1b;j <4&#xff1b;j &#43;&#43;)
{
r[i] &#43;&#61; M[j][i]*V[j]&#xff1b;
}
}
推荐的代码&#xff1a;
r[0] &#61; M[0][0]*V[0] &#43; M[1][0]*V[1] &#43; M[2][0]*V[2] &#43; M[3][0]*V[3]&#xff1b;
r[1] &#61; M[0][1]*V[0] &#43; M[1][1]*V[1] &#43; M[2][1]*V[2] &#43; M[3][1]*V[3]&#xff1b;
r[2] &#61; M[0][2]*V[0] &#43; M[1][2]*V[1] &#43; M[2][2]*V[2] &#43; M[3][2]*V[3]&#xff1b;
r[3] &#61; M[0][3]*V[0] &#43; M[1][3]*V[1] &#43; M[2][3]*V[2] &#43; M[3][3]*v[3]&#xff1b;
对于一些不需要循环变量参加运算的任务可以把它们放到循环外面&#xff0c;这里的任务包括表达式、函数的调用、指针运算、数组访问等&#xff0c;应该将没有必要执行多次的操作全部集合在一起&#xff0c;放到一个init的初始化程序中进行。
通常使用的延时函数均采用自加的形式&#xff1a;
void delay (void)
{
unsigned int i;for (i&#61;0;i<1000;i&#43;&#43;) ;}
将其改为自减延时函数&#xff1a;
void delay (void)
{
unsigned int i;for (i&#61;1000;i>0;i--) ;}
两个函数的延时效果相似&#xff0c;但几乎所有的C编译对后一种函数生成的代码均比前一种代码少1~3个字节&#xff0c;因为几乎所有的MCU均有为0转移的指令&#xff0c;采用后一种方式能够生成这类指令。在使用while循环时也一样&#xff0c;使用自减指令控制循环会比使用自加指令控制循环生成的代码更少1~3个字母。但是在循环中有通过循环变量“i”读写数组的指令时&#xff0c;使用预减循环有可能使数组超界&#xff0c;要引起注意。
用while循环时有以下两种循环形式&#xff1a;
unsigned int i;i&#61;0;while (i<1000){i&#43;&#43;;//用户程序}
或&#xff1a;
unsigned int i;i&#61;1000;
do
{i--;//用户程序
}
while (i>0);
在这两种循环中&#xff0c;使用do…while循环编译后生成的代码的长度短于while循环。
这是经典的速度优化&#xff0c;但许多编译程序(如gcc -funroll-loops)能自动完成这个事&#xff0c;所以现在你自己来优化这个显得效果不明显。
旧代码:
for (i &#61; 0; i <100; i&#43;&#43;)
{
do_stuff(i);
}
新代码:
for (i &#61; 0; i <100; )
{
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
do_stuff(i); i&#43;&#43;;
}
可以看出&#xff0c;新代码里比较指令由100次降低为10次&#xff0c;循环时间节约了90%。不过注意:对于中间变量或结果被更改的循环&#xff0c;编译程序往往拒绝展开&#xff0c;(怕担责任呗)&#xff0c;这时候就需要你自己来做展开工作了。
还有一点请注意&#xff0c;在有内部指令cache的CPU上(如MMX芯片)&#xff0c;因为循环展开的代码很大&#xff0c;往往cache溢出&#xff0c;这时展开的代码会频繁地在CPU 的cache和内存之间调来调去&#xff0c;又因为cache速度很高&#xff0c;所以此时循环展开反而会变慢。还有就是循环展开会影响矢量运算优化。
把相关循环放到一个循环里&#xff0c;也会加快速度。
旧代码:
for (i &#61; 0; i
新代码:
for (i &#61; 0; i
Switch 可能转化成多种不同算法的代码。其中最常见的是跳转表和比较链/树。当switch用比较链的方式转化时&#xff0c;编译器会产生if-else-if的嵌套代码&#xff0c;并按照顺序进行比较&#xff0c;匹配时就跳转到满足条件的语句执行。所以可以对case的值依照发生的可能性进行排序&#xff0c;把最有可能的放在第一位&#xff0c;这样可以提高性能。此外&#xff0c;在case中推荐使用小的连续的整数&#xff0c;因为在这种情况下&#xff0c;所有的编译器都可以把switch 转化成跳转表。
不好的代码&#xff1a;
int days_in_month&#xff0c; short_months&#xff0c; normal_months&#xff0c; long_months&#xff1b;
。。。。。。
switch (days_in_month)
{case 28:case 29:short_months &#43;&#43;&#xff1b;break&#xff1b;case 30:normal_months &#43;&#43;&#xff1b;break&#xff1b;case 31:long_months &#43;&#43;&#xff1b;break&#xff1b;default:cout <<"month has fewer than 28 or more than 31 days" <
推荐的代码&#xff1a;
int days_in_month&#xff0c; short_months&#xff0c; normal_months&#xff0c; long_months&#xff1b;
。。。。。。
switch (days_in_month)
{case 31:long_months &#43;&#43;&#xff1b;break&#xff1b;case 30:normal_months &#43;&#43;&#xff1b;break&#xff1b;case 28:case 29:short_months &#43;&#43;&#xff1b;break&#xff1b;default:cout <<"month has fewer than 28 or more than 31 days" <
当switch语句中的case标号很多时&#xff0c;为了减少比较的次数&#xff0c;明智的做法是把大switch语句转为嵌套switch语句。把发生频率高的case 标号放在一个switch语句中&#xff0c;并且是嵌套switch语句的最外层&#xff0c;发生相对频率相对低的case标号放在另一个switch语句中。比如&#xff0c;下面的程序段把相对发生频率低的情况放在缺省的case标号内。
pMsg&#61;ReceiveMessage();switch (pMsg->type){case FREQUENT_MSG1:handleFrequentMsg();break;case FREQUENT_MSG2:handleFrequentMsg2();break;。。。。。。case FREQUENT_MSGn:handleFrequentMsgn();break;default: //嵌套部分用来处理不经常发生的消息switch (pMsg->type){case INFREQUENT_MSG1:handleInfrequentMsg1();break;case INFREQUENT_MSG2:handleInfrequentMsg2();break;。。。。。。case INFREQUENT_MSGm:handleInfrequentMsgm();break;}}
如果switch中每一种情况下都有很多的工作要做&#xff0c;那么把整个switch语句用一个指向函数指针的表来替换会更加有效&#xff0c;比如下面的switch语句&#xff0c;有三种情况&#xff1a;
enum MsgType{Msg1&#xff0c; Msg2&#xff0c; Msg3}switch (ReceiveMessage(){case Msg1;。。。。。。case Msg2;。。。。。case Msg3;。。。。。}
为了提高执行速度&#xff0c;用下面这段代码来替换这个上面的switch语句。
/*准备工作*/int handleMsg1(void);int handleMsg2(void);int handleMsg3(void);/*创建一个函数指针数组*/int (*MsgFunction [])()&#61;{handleMsg1&#xff0c; handleMsg2&#xff0c; handleMsg3};/*用下面这行更有效的代码来替换switch语句*/status&#61;MsgFunction[ReceiveMessage()]();
有些机器对JNZ(为0转移)有特别的指令处理&#xff0c;速度非常快&#xff0c;如果你的循环对方向不敏感&#xff0c;可以由大向小循环。
旧代码:
for (i &#61; 1; i <&#61; MAX; i&#43;&#43;){。。。}
新代码:
i &#61; MAX&#43;1;while (--i){。。。}
不过千万注意&#xff0c;如果指针操作使用了i值&#xff0c;这种方法可能引起指针越界的严重错误(i &#61; MAX&#43;1;)。当然你可以通过对i做加减运算来纠正&#xff0c;但是这样就起不到加速的作用&#xff0c;除非类似于以下情况&#xff1a;
旧代码:
char a[MAX&#43;5];for (i &#61; 1; i <&#61; MAX; i&#43;&#43;){*(a&#43;i&#43;4)&#61;0;}
新代码:
i &#61; MAX&#43;1;while (--i){*(a&#43;i&#43;4)&#61;0;
}
一些公用处理模块&#xff0c;为了满足各种不同的调用需要&#xff0c;往往在内部采用了大量的if-then-else结构&#xff0c;这样很不好&#xff0c;判断语句如果太复杂&#xff0c;会消耗大量的时间的&#xff0c;应该尽量减少公用代码块的使用。(任何情况下&#xff0c;空间优化和时间优化都是对立的--东楼)。当然&#xff0c;如果仅仅是一个(3&#61;&#61;x)之类的简单判断&#xff0c;适当使用一下&#xff0c;也还是允许的。记住&#xff0c;优化永远是追求一种平衡&#xff0c;而不是走极端。
要提升循环的性能&#xff0c;减少多余的常量计算非常有用&#xff08;比如&#xff0c;不随循环变化的计算&#xff09;。
不好的代码(在for()中包含不变的if())&#xff1a;
for( i 。。。)
{if( CONSTANT0 ){DoWork0( i )&#xff1b;// 假设这里不改变CONSTANT0的值}else{DoWork1( i )&#xff1b;// 假设这里不改变CONSTANT0的值}
}
推荐的代码&#xff1a;
if( CONSTANT0 )
{for( i 。。。){DoWork0( i )&#xff1b;}
}
else
{for( i 。。。){DoWork1( i )&#xff1b;}
}
如果已经知道if()的值&#xff0c;这样可以避免重复计算。虽然不好的代码中的分支可以简单地预测&#xff0c;但是由于推荐的代码在进入循环前分支已经确定&#xff0c;就可以减少对分支预测的依赖。
在编程中&#xff0c;我们常常需要用到无限循环&#xff0c;常用的两种方法是while (1) 和 for (&#xff1b;&#xff1b;)。这两种方法效果完全一样&#xff0c;但那一种更好呢&#xff1f;然我们看看它们编译后的代码&#xff1a;
编译前&#xff1a;
while (1)&#xff1b;
编译后&#xff1a;
mov eax&#xff0c;1
test eax&#xff0c;eax
je foo&#43;23h
jmp foo&#43;18h
编译前&#xff1a;
for (&#xff1b;&#xff1b;)&#xff1b;
编译后&#xff1a;
jmp foo&#43;23h
显然&#xff0c;for (&#xff1b;&#xff1b;)指令少&#xff0c;不占用寄存器&#xff0c;而且没有判断、跳转&#xff0c;比while (1)好。
尽可能把长的有依赖的代码链分解成几个可以在流水线执行单元中并行执行的没有依赖的代码链。很多高级语言&#xff0c;包括C&#43;&#43;&#xff0c;并不对产生的浮点表达式重新排序&#xff0c;因为那是一个相当复杂的过程。需要注意的是&#xff0c;重排序的代码和原来的代码在代码上一致并不等价于计算结果一致&#xff0c;因为浮点操作缺乏精确度。在一些情况下&#xff0c;这些优化可能导致意料之外的结果。幸运的是&#xff0c;在大部分情况下&#xff0c;最后结果可能只有最不重要的位&#xff08;即最低位&#xff09;是错误的。
不好的代码&#xff1a;
double a[100]&#xff0c; sum&#xff1b;
int i&#xff1b;
sum &#61; 0.0f&#xff1b;
for (i&#61;0&#xff1b;i<100&#xff1b;i&#43;&#43;)
sum &#43;&#61; a[i]&#xff1b;
推荐的代码&#xff1a;
double a[100]&#xff0c; sum1&#xff0c; sum2&#xff0c; sum3&#xff0c; sum4&#xff0c; sum&#xff1b;
int i&#xff1b;
sum1 &#61; sum2 &#61; sum3 &#61; sum4 &#61; 0.0&#xff1b;
for (i &#61; 0&#xff1b;i <100&#xff1b;i &#43;&#61; 4)
{sum1 &#43;&#61; a[i]&#xff1b;sum2 &#43;&#61; a[i&#43;1]&#xff1b;sum3 &#43;&#61; a[i&#43;2]&#xff1b;sum4 &#43;&#61; a[i&#43;3]&#xff1b;
}
sum &#61; (sum4&#43;sum3)&#43;(sum1&#43;sum2)&#xff1b;
要注意的是&#xff1a;使用4 路分解是因为这样使用了4段流水线浮点加法&#xff0c;浮点加法的每一个段占用一个时钟周期&#xff0c;保证了最大的资源利用率。
当数据保存到内存时存在读写依赖&#xff0c;即数据必须在正确写入后才能再次读取。虽然AMD Athlon等CPU有加速读写依赖延迟的硬件&#xff0c;允许在要保存的数据被写入内存前读取出来&#xff0c;但是&#xff0c;如果避免了读写依赖并把数据保存在内部寄存器中&#xff0c;速度会更快。在一段很长的又互相依赖的代码链中&#xff0c;避免读写依赖显得尤其重要。如果读写依赖发生在操作数组时&#xff0c;许多编译器不能自动优化代码以避免读写依赖。所以推荐程序员手动去消除读写依赖&#xff0c;举例来说&#xff0c;引进一个可以保存在寄存器中的临时变量。这样可以有很大的性能提升。下面一段代码是一个例子&#xff1a;
不好的代码&#xff1a;
float x[VECLEN]&#xff0c; y[VECLEN]&#xff0c; z[VECLEN]&#xff1b;
。。。。。。
for (unsigned int k &#61; 1&#xff1b;k
}
for (k &#61; 1&#xff1b;k
}
推荐的代码&#xff1a;
float x[VECLEN]&#xff0c; y[VECLEN]&#xff0c; z[VECLEN]&#xff1b;
。。。。。。
float t(x[0])&#xff1b;
for (unsigned int k &#61; 1&#xff1b;k
}
t &#61; x[0]&#xff1b;
for (k &#61; 1&#xff1b;k <&#xff1b;VECLEN&#xff1b;k &#43;&#43;)
{t &#61; z[k] * (y[k] - t)&#xff1b;x[k] &#61; t&#xff1b;
}
对于一些不需要循环变量参加运算的计算任务可以把它们放到循环外面&#xff0c;现在许多编译器还是能自己干这件事&#xff0c;不过对于中间使用了变量的算式它们就不敢动了&#xff0c;所以很多情况下你还得自己干。对于那些在循环中调用的函数&#xff0c;凡是没必要执行多次的操作通通提出来&#xff0c;放到一个init函数里&#xff0c;循环前调用。另外尽量减少喂食次数&#xff0c;没必要的话尽量不给它传参&#xff0c;需要循环变量的话让它自己建立一个静态循环变量自己累加&#xff0c;速度会快一点。
还有就是结构体访问&#xff0c;东楼的经验&#xff0c;凡是在循环里对一个结构体的两个以上的元素执行了访问&#xff0c;就有必要建立中间变量了(结构这样&#xff0c;那C&#43;&#43;的对象呢?想想看)&#xff0c;看下面的例子:
旧代码:
total &#61;a->b->c[4]->aardvark &#43;a->b->c[4]->baboon &#43;a->b->c[4]->cheetah &#43;a->b->c[4]->dog;
新代码:
struct animals * temp &#61; a->b->c[4];total &#61;temp->aardvark &#43;temp->baboon &#43;temp->cheetah &#43;temp->dog;
一些老的C语言编译器不做聚合优化&#xff0c;而符合ANSI规范的新的编译器可以自动完成这个优化&#xff0c;看例子:
float a&#xff0c; b&#xff0c; c&#xff0c; d&#xff0c; f&#xff0c; g;。。。a &#61; b / c * d;f &#61; b * g / c;
这种写法当然要得&#xff0c;但是没有优化
float a&#xff0c; b&#xff0c; c&#xff0c; d&#xff0c; f&#xff0c; g;。。。a &#61; b / c * d;f &#61; b / c * g;
如果这么写的话&#xff0c;一个符合ANSI规范的新的编译器可以只计算b/c一次&#xff0c;然后将结果代入第二个式子&#xff0c;节约了一次除法运算。
在C&#43;&#43;中&#xff0c;关键字Inline可以被加入到任何函数的声明中。这个关键字请求编译器用函数内部的代码替换所有对于指出的函数的调用。这样做在两个方面快于函数调用&#xff1a;第一&#xff0c;省去了调用指令需要的执行时间&#xff1b;第二&#xff0c;省去了传递变元和传递过程需要的时间。但是使用这种方法在优化程序速度的同时&#xff0c;程序长度变大了&#xff0c;因此需要更多的ROM。使用这种优化在Inline函数频繁调用并且只包含几行代码的时候是最有效的。
函数定义并不知道函数返回值是否被使用&#xff0c;假如返回值从来不会被用到&#xff0c;应该使用void来明确声明函数不返回任何值。
使用全局变量比函数传递参数更加有效率。这样做去除了函数调用参数入栈和函数完成后参数出栈所需要的时间。然而决定使用全局变量会影响程序的模块化和重入&#xff0c;故要慎重使用。
一般来说&#xff0c;所有函数都应该有原型定义。原型定义可以传达给编译器更多的可能用于优化的信息。
尽可能使用常量(const)。C&#43;&#43; 标准规定&#xff0c;如果一个const声明的对象的地址不被获取&#xff0c;允许编译器不对它分配储存空间。这样可以使代码更有效率&#xff0c;而且可以生成更好的代码。
如果一个函数只在实现它的文件中被使用&#xff0c;把它声明为静态的(static)以强制使用内部连接。否则&#xff0c;默认的情况下会把函数定义为外部连接。这样可能会影响某些编译器的优化——比如&#xff0c;自动内联。
与LISP之类的语言不同&#xff0c;C语言一开始就病态地喜欢用重复代码循环&#xff0c;许多C程序员都是除非算法要求&#xff0c;坚决不用递归。事实上&#xff0c;C编译器们对优化递归调用一点都不反感&#xff0c;相反&#xff0c;它们还很喜欢干这件事。只有在递归函数需要传递大量参数&#xff0c;可能造成瓶颈的时候&#xff0c;才应该使用循环代码&#xff0c;其他时候&#xff0c;还是用递归好些。
在声明局部变量的时候可以使用register关键字。这就使得编译器把变量放入一个多用途的寄存器中&#xff0c;而不是在堆栈中&#xff0c;合理使用这种方法可以提高执行速度。函数调用越是频繁&#xff0c;越是可能提高代码的速度。
在最内层循环避免使用全局变量和静态变量&#xff0c;除非你能确定它在循环周期中不会动态变化&#xff0c;大多数编译器优化变量都只有一个办法&#xff0c;就是将他们置成寄存器变量&#xff0c;而对于动态变量&#xff0c;它们干脆放弃对整个表达式的优化。尽量避免把一个变量地址传递给另一个函数&#xff0c;虽然这个还很常用。C语言的编译器们总是先假定每一个函数的变量都是内部变量&#xff0c;这是由它的机制决定的&#xff0c;在这种情况下&#xff0c;它们的优化完成得最好。但是&#xff0c;一旦一个变量有可能被别的函数改变&#xff0c;这帮兄弟就再也不敢把变量放到寄存器里了&#xff0c;严重影响速度。看例子&#xff1a;
a &#61; b();
c(&d);
因为d的地址被c函数使用&#xff0c;有可能被改变&#xff0c;编译器不敢把它长时间的放在寄存器里&#xff0c;一旦运行到c(&d)&#xff0c;编译器就把它放回内存&#xff0c;如果在循环里&#xff0c;会造成N次频繁的在内存和寄存器之间读写d的动作&#xff0c;众所周知&#xff0c;CPU在系统总线上的读写速度慢得很。比如你的赛杨300&#xff0c;CPU主频300&#xff0c;总线速度最多66M&#xff0c;为了一个总线读&#xff0c;CPU可能要等4-5个周期&#xff0c;得。。得。。得。。想起来都打颤。
在if结构中如果要判断的并列条件较多&#xff0c;最好将它们拆分成多个if结构&#xff0c;然后嵌套在一起&#xff0c;这样可以避免无谓的判断。
该方案主要是考虑到在嵌入式开发中对程序执行速度的要求特别高&#xff0c;所以该方案主要是为了优化程序的执行速度。
注意&#xff1a;优化是有侧重点的&#xff0c;优化是一门平衡的艺术&#xff0c;它往往要以牺牲程序的可读性或者增加代码长度为代价。
15、尽量不要定义成全局变量
先来看一下局部变量、全局变量、静态局部变量、静态全局变量的异同。
▶局部变量&#xff1a;
在一个函数中或复合语句中定义的变量&#xff0c;在动态存储区分配存储单元&#xff0c;在调用时动态分配&#xff0c;在函数或复合语句结束时自动释放。
▶静态局部变量&#xff1a;
在一个函数中定义局部变量时&#xff0c;若加上static声明&#xff0c;则此变量为静态局部变量&#xff0c;在静态存储区分配存储单元&#xff0c;在程序运行期间都不释放&#xff1b;静态局部变量只能在该函数中使用&#xff1b;静态局部变量在编译时赋值&#xff08;若在定义时未进行赋值处理&#xff0c;则默认赋值为0&#xff08;对数值型变量&#xff09;或空字符&#xff08;对字符型变量&#xff09;&#xff09;&#xff1b;静态局部变量在函数调用结束后不自动释放&#xff0c;保留函数调用结束后的值。
▶全局变量&#xff1a;
在函数外定义的变量称为全局变量&#xff1b;全局变量在静态存储区分配存储单元&#xff0c;在程序运行期间都不释放&#xff0c;在文件中的函数均可调用该全局变量&#xff0c;其他文件内的函数调用全局变量&#xff0c;需加extern声明。
▶静态全局变量&#xff1a;
在函数外定义变量时&#xff0c;若加上staTIc声明&#xff0c;则此变量为静态全局变量&#xff1b;静态全局变量在静态存储区分配存储单元&#xff0c;在程序运行期间都不释放&#xff0c;静态全局变量在编译时赋值&#xff08;若在定义时未进行赋值处理&#xff0c;则默认赋值为0&#xff08;对数值型变量&#xff09;或空字符&#xff08;对字符型变量&#xff09;&#xff09;&#xff1b;只能在当前文件中使用。
▶小结&#xff1a;
一般情况下就定义成局部变量&#xff0c;这样不仅运行更高效&#xff0c;而且很方便移植。局部变量大多定位于MCU内部的寄存器中&#xff0c;在绝大多数MCU中&#xff0c;使用寄存器操作速度比数据存储器快&#xff0c;指令也更多更灵活,有利于生成质量更高的代码&#xff0c;而且局部变量所占用的寄存器和数据存储器在不同的模块中可以重复利用。
当中断里需要用到的变量时&#xff0c;就需要定义成全局变量&#xff0c;并且加volaTIle修饰一下&#xff0c;防止编译器优化。如果数据是只读的比如数码管的断码、汉字取模的字库需要放在ROM里&#xff0c;这样可以节省RAM&#xff0c;51单片机是加code&#xff0c;高级点的单片机都是加const修饰。