软件|曾让你哭笑不得抓狂的C语言知识点
时间：2021-10-09 15:06:12
手机看文章
扫描二维码
随时随地手机看文章
[导读]欢迎关注【玩转单片机与嵌入式】公众号，回复关键字获取更多免费资料。回复【STM32】，获取STM32相关设计和视频教程回复【PCB】，获取PCB设计相关的资料回复【硬件知识】、【硬件设计】，获取硬件开发工程必备手册回复【经典电路】，获取5000个经典电路回复【论文】，获取毕业设计...
欢迎关注【玩转单片机与嵌入式】公众号，回复关键字获取更多免费资料。回复【STM32】，获取STM32相关设计和视频教程回复【PCB】，获取PCB设计相关的资料回复【硬件知识】、【硬件设计】，获取硬件开发工程必备手册
回复【经典电路】，获取5000个经典电路
回复【论文】，获取毕业设计、电子竞赛、学术专业等相关论文资料回复【电容】，获取电容、元器件选型相关的内容；
回复【阻抗匹配】，获取电磁兼容性、阻抗匹配相关的资料回复【资料】，获取全部电子设计、单片机开发相关的资料回复【终端电阻】，获取CAN终端电阻相关的资料回复【单片机】，获取单片机全套视频教程和参考设计
…………
欢迎关注【玩转单片机与嵌入式】公众号。本公众号会以连载的形式推出一系列关于STM32学习的教程，欢迎关注。
1.关于 =以及-=
这是两个运算符,但你否有过这种经历:1. int temp; 2. char i 3. for(i=0;i4. { 5. ... 6. temp= 2; //这里本意是每次循环,temp都自增2,但是却将' ='写成了'= ',按照这种写法,每次循环都为temp赋值正数2,与本意相差甚远 7. }
2. 关于意想不到的死循环1. unsigned char i; 2. for(i=0;i<256;i ) 3. { 4. //something 5. } 当我们用上述代码想实现一个小循环时，结果却事与愿违，这其实是死循环的另一种写法，因为无符号变量i最大只有255，要命的是，编译器并不会指出这个错误。
与之相类似的代码是：1. unsigned char i； 2. for(i=10;i>=0;i--) 3. { 4. //something 5. } 这也是一个死循环，你看出什么原因了吗？无论i如何减，i都是大于等于0的。 这就告诉我们对于每个变量类型的取值范围要由清醒的认识。值得注意的是相同的变量类型对于不同的CPU构架和不同的编译器会有不同的结果。比如int类型在大多数16位CPU构架中占用两个字节，但在32位CPU中却往往占用4个字节；char类型在绝大多数编译器中都是有符号数，但在keil MDK中却是无符号数，若是要在keil MDK下定义有符号char类型变量，必须用signed显式声明。我曾读过一本书，其中有一句话：“signed关键字也是很宽宏大量，你也可以完全当它不存在，在缺省状态下，编译器默认数据位signed类型”，这句话便是有异议的，我们应该对自己所用的CPU构架以及编译器熟练掌握。
3. 关于'='和'=='1. if(Value=0x01) 2. { 3. //something 4. } 当我们判断一个变量是否等于0x01时，你是否也写过类似上面的代码？C语言的创造者认为赋值运算符"="出现的概率要远远大于等于运算符"=="，因此，我们正常逻辑中的"等于"符号(=)在C语言中成了赋值运算符，而C语言的"等于"运算符却被两个等于号(==)所代替。我之所以对这个事件耿耿于怀是因为我在大二的时候参加的C 二级上机考试，当我感觉很轻松的做完最后一道题后，却发现运算的结果却与逻辑相悖，经过调试发现，有一个条件一直为真，我检查了很多遍才发现出问题的逻辑将等于运算符写成了赋值运算符。在if语句中给变量赋一个非零值，也难怪这个逻辑总是为真。 编译器同样不对这个问题做出指导性建议，值得一提的是，如果你在Keil的if语句中使用了赋值运算符，编译器会给出警告。 避免这个问题的一个很好的办法是使用良好编程习惯，比如上面的代码可写为：1. if(0x01==Value) 2. { 3. //something 4.} 将常量值放到变量的前面，即使将等于运算符写成赋值运算符，编译器也能产生一个语法错误，因为将一个变量赋值给一个常量是非法的。
4. error: #7: unrecognized token 我在刚使用C语言以及Keil编译器时，对于这个编译器错误，有很深的印象。出现这个编译错误的典型代表是在敲代码的时候输入了中文标点！！
真是让人感慨万分的错误！我们这些与硬件打交道的程序员，为模数电生，为PCB死，为Debug奋斗一辈子，吃需求的亏，上大小写的当，最后死在标点上！！
5. 关于字母'O'和数字'0'，以及字母'l'和数字'1' ，在嵌入式编程中很容易和寄存器打交道，一个CPU如果有两个相同模块时，这些模块寄存器，往往使用数字0和数字1来区分模块0和模块1，比如，NXP的ARM7 串口模块的两个接收缓冲寄存器分别为：U0RBR和U1RBR，要命的是在键盘上字母O和数字0相距的还那么近，你是否也有将上述寄存器写成UORBR和UlRBR的经历，我是曾经在这方面纠结过一次，好在编译器能指出这个未定义的字符串。
6. sizeof() 不知道有多少人和我曾经一样，将这个关键字认为是一个库函数。1. int i,j; 2. j=sizeof(i); //对于这一句，当初压根没把它往关键字上想，这家伙伪装的实在够好。 既然提到它，不如多说一下，sizeof在计算变量所占空间大小时，括号可以省略，而计算类型大小时，不能省略。什么意思呢？还是上面的变量声明，可以写成j=sizeof(i)也可以写成j=sizeof i，因为这是计算变量所占空间大小；可以写成j=sizeof(int)，但不可以写成j=sizeof int，因为这是计算数据类型大小。 总体来说，关键字sizeof的具有一定的变态基础的，在我还是小白的时候，曾经为下面的一道题伤过脑袋：
下面代码里，假设在32位系统下，个sizeof计算的结果分别是多少？int *p=NULL; sizeof(p)的值是： sizeof(*p)的值是： int a[100] sizeof(a)的值是： sizeof(a[100])的值是： sizeof(
回复【经典电路】，获取5000个经典电路
回复【论文】，获取毕业设计、电子竞赛、学术专业等相关论文资料回复【电容】，获取电容、元器件选型相关的内容；
回复【阻抗匹配】，获取电磁兼容性、阻抗匹配相关的资料回复【资料】，获取全部电子设计、单片机开发相关的资料回复【终端电阻】，获取CAN终端电阻相关的资料回复【单片机】，获取单片机全套视频教程和参考设计
…………
欢迎关注【玩转单片机与嵌入式】公众号。本公众号会以连载的形式推出一系列关于STM32学习的教程，欢迎关注。
1.关于 =以及-=
这是两个运算符,但你否有过这种经历:1. int temp; 2. char i 3. for(i=0;i
2. 关于意想不到的死循环1. unsigned char i; 2. for(i=0;i<256;i ) 3. { 4. //something 5. } 当我们用上述代码想实现一个小循环时，结果却事与愿违，这其实是死循环的另一种写法，因为无符号变量i最大只有255，要命的是，编译器并不会指出这个错误。
与之相类似的代码是：1. unsigned char i； 2. for(i=10;i>=0;i--) 3. { 4. //something 5. } 这也是一个死循环，你看出什么原因了吗？无论i如何减，i都是大于等于0的。 这就告诉我们对于每个变量类型的取值范围要由清醒的认识。值得注意的是相同的变量类型对于不同的CPU构架和不同的编译器会有不同的结果。比如int类型在大多数16位CPU构架中占用两个字节，但在32位CPU中却往往占用4个字节；char类型在绝大多数编译器中都是有符号数，但在keil MDK中却是无符号数，若是要在keil MDK下定义有符号char类型变量，必须用signed显式声明。我曾读过一本书，其中有一句话：“signed关键字也是很宽宏大量，你也可以完全当它不存在，在缺省状态下，编译器默认数据位signed类型”，这句话便是有异议的，我们应该对自己所用的CPU构架以及编译器熟练掌握。
3. 关于'='和'=='1. if(Value=0x01) 2. { 3. //something 4. } 当我们判断一个变量是否等于0x01时，你是否也写过类似上面的代码？C语言的创造者认为赋值运算符"="出现的概率要远远大于等于运算符"=="，因此，我们正常逻辑中的"等于"符号(=)在C语言中成了赋值运算符，而C语言的"等于"运算符却被两个等于号(==)所代替。我之所以对这个事件耿耿于怀是因为我在大二的时候参加的C 二级上机考试，当我感觉很轻松的做完最后一道题后，却发现运算的结果却与逻辑相悖，经过调试发现，有一个条件一直为真，我检查了很多遍才发现出问题的逻辑将等于运算符写成了赋值运算符。在if语句中给变量赋一个非零值，也难怪这个逻辑总是为真。 编译器同样不对这个问题做出指导性建议，值得一提的是，如果你在Keil的if语句中使用了赋值运算符，编译器会给出警告。 避免这个问题的一个很好的办法是使用良好编程习惯，比如上面的代码可写为：1. if(0x01==Value) 2. { 3. //something 4.} 将常量值放到变量的前面，即使将等于运算符写成赋值运算符，编译器也能产生一个语法错误，因为将一个变量赋值给一个常量是非法的。
4. error: #7: unrecognized token 我在刚使用C语言以及Keil编译器时，对于这个编译器错误，有很深的印象。出现这个编译错误的典型代表是在敲代码的时候输入了中文标点！！
真是让人感慨万分的错误！我们这些与硬件打交道的程序员，为模数电生，为PCB死，为Debug奋斗一辈子，吃需求的亏，上大小写的当，最后死在标点上！！
5. 关于字母'O'和数字'0'，以及字母'l'和数字'1' ，在嵌入式编程中很容易和寄存器打交道，一个CPU如果有两个相同模块时，这些模块寄存器，往往使用数字0和数字1来区分模块0和模块1，比如，NXP的ARM7 串口模块的两个接收缓冲寄存器分别为：U0RBR和U1RBR，要命的是在键盘上字母O和数字0相距的还那么近，你是否也有将上述寄存器写成UORBR和UlRBR的经历，我是曾经在这方面纠结过一次，好在编译器能指出这个未定义的字符串。
6. sizeof() 不知道有多少人和我曾经一样，将这个关键字认为是一个库函数。1. int i,j; 2. j=sizeof(i); //对于这一句，当初压根没把它往关键字上想，这家伙伪装的实在够好。 既然提到它，不如多说一下，sizeof在计算变量所占空间大小时，括号可以省略，而计算类型大小时，不能省略。什么意思呢？还是上面的变量声明，可以写成j=sizeof(i)也可以写成j=sizeof i，因为这是计算变量所占空间大小；可以写成j=sizeof(int)，但不可以写成j=sizeof int，因为这是计算数据类型大小。 总体来说，关键字sizeof的具有一定的变态基础的，在我还是小白的时候，曾经为下面的一道题伤过脑袋：
下面代码里，假设在32位系统下，个sizeof计算的结果分别是多少？int *p=NULL; sizeof(p)的值是： sizeof(*p)的值是： int a[100] sizeof(a)的值是： sizeof(a[100])的值是： sizeof(
下载文档
