目录
switch和if else的比较
-
if-else
只是单纯地一个接一个比较;if…else每个条件都计算一遍;
-
switch
使用了Binary Tree算法;绝大部分情况下switch会快一点,除非是if-else的第一个条件就为true编译器编译switch与编译if…else…不同。不管有多少case,都直接跳转,不需逐个比较查询;switch只计算一次值,然后都是test , jmp,
有很多else if的时候,用switch case比较清晰。==switch使用查找表的方式决定了case的条件必须是一个连续的常量。==而if-else则可以灵活的多。对于switch语句来说,起实际是使用一个跳转表实现分支结构,不需要一次进行比较每一个所需要的条件。进行比较的次数为1.但是对于if…else语句来说:最少的比较次数为1,跟switch相比,在时间方面,switch语句的执行速度比if else要快,但是在程序执行占用的空间方面,switch语句需要一张跳转表来维护。这个跳转,表的本质是一个拥有标号的数组,需要额外的存储空间,if else语句的空间效率更好一点。switch是一个很典型的空间换时间的例子。但是switch只能判断是一个指定值的数据,而不能对一个区间中的数据进行判断。这时候选择if…else语句是一个很好的选择。
-
switch case与if else的效率问题
switch case与if else的区别:switch case会生成一个跳转表来指示实际的case分支的地址,而if…else却需要遍历条件分支直到命中条件。
-
switch case的优缺点
- switch case的优点:
- 当分支较多时,用switch的效率是很高的。因为switch是确定了选择值之后直接跳转到那个特定的分支.
- switch case的缺点:
- switch…case占用较多的代码空间,因为它要生成跳表,特别是当case常量分布范围很大但实际有效值又比较少的情况,switch…case的空间利用率将变得很低。
- switch…case只能处理case为常量的情况。
- switch case的优点:
-
if else的优缺点
- if else的优点:if else能应用于更多的场所以if else比较灵活。
- if else的缺点:if else必须遍历所以的可能值。
-
总结
在选择分支较多时,选用switch…case结构会提高程序的效率,但switch不足的地方在于只能处理字符或者数字类型的变量,if…else结构更加灵活一些,if…else结构可以用于判断表达式是否成立,比如if(a+b>c),if…else的应用范围更广,switch…case结构在某些情况下可以替代if…else结构。
#pragma once
1、#pragma once有什么作用?
为了避免同一个头文件被包含(include)多次,C/C++中有两种宏实现方式:一种是#ifndef方式;另一种是#pragma once方式。
在能够支持这两种方式的编译器上,二者并没有太大的区别。但两者仍然有一些细微的区别。
2、两者的使用方式有何区别
示例代码如下:
//方式一:
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
... ... // 声明、定义语句
#endif
//方式二:
#pragmaonce
... ... // 声明、定义语句
3、两者各有何特点
(1)#ifndef
#ifndef的方式受C/C++语言标准支持。它不仅可以保证同一个文件不会被包含多次,也能保证内容完全相同的两个文件(或者代码片段)不会被不小心同时包含。
当然,缺点就是如果不同头文件中的宏名不小心“撞车”,可能就会导致你看到头文件明明存在,但编译器却硬说找不到声明的状况——这种情况有时非常让人郁闷。
由于编译器每次都需要打开头文件才能判定是否有重复定义,因此在编译大型项目时,ifndef会使得编译时间相对较长,因此一些编译器逐渐开始支持#pragma once的方式。
(2)#pragma once
#pragma once 一般由编译器提供保证:同一个文件不会被包含多次。注意这里所说的“同一个文件”是指物理上的一个文件,而不是指内容相同的两个文件。
你无法对一个头文件中的一段代码作pragma once声明,而只能针对文件。
其好处是,你不必再担心宏名冲突了,当然也就不会出现宏名冲突引发的奇怪问题。大型项目的编译速度也因此提高了一些。
对应的缺点就是如果某个头文件有多份拷贝,本方法不能保证他们不被重复包含。当然,相比宏名冲突引发的“找不到声明”的问题,这种重复包含很容易被发现并修正。
另外,这种方式不支持跨平台!
4、两者之间有什么联系?
#pragma once 方式产生于#ifndef之后,因此很多人可能甚至没有听说过。目前看来#ifndef更受到推崇。因为#ifndef受C/C++语言标准的支持,不受编译器的任何限制;
而**#pragma once方式却不受一些较老版本的编译器支持**,一些支持了的编译器又打算去掉它,所以它的兼容性可能不够好。
一般而言,当程序员听到这样的话,都会选择#ifndef方式,为了努力使得自己的代码“存活”时间更久,通常宁愿降低一些编译性能,这是程序员的个性,当然这是题外话啦。
还看到一种用法是把两者放在一起的:
#pragma once
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
... ... // 声明、定义语句
#endif
总结:
看起来似乎是想兼有两者的优点。不过只要使用了#ifndef就会有宏名冲突的危险,也无法避免不支持#pragma once的编译器报错,所以混用两种方法似乎不能带来更多的好处,倒是会让一些不熟悉的人感到困惑。
选择哪种方式,应该在了解两种方式的情况下,视具体情况而定。只要有一个合理的约定来避开缺点,我认为哪种方式都是可以接受的。而这个已经不是标准或者编译器的责任了,应当由程序员自己或者小范围内的开发规范来搞定。
方式一由语言支持所以移植性好,方式二 可以避免名字冲突。
逗号表达式
- 优先级最低
- 从左到右逐个计算
- 逗号表达式作为一个整体,它的值为最后一个表达式的值
x = (++i, i++, i+10);
逗号表达式中,i 在遇到每个逗号后,认为本计算单位已经结束,i 这时候自加。
C 嵌入式代码整理
获取键盘输入
scanf("%d",&cmd);
getchar(); //加一个getchar()防止输入乱码,程序跑飞
为结构体内元素单独赋值(Linux中)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Oi2I8KW1-1689595512714)(assets/1960_1.png)]
static struct file_operations pin4_fops =
{
.owner = THIS_MODULE,
.open = pin4_open, //.a = 1, .b = 2,
.write = pin4_write
};
字符串拷贝输出
size_t readData(void *ptr, size_t size, size_t nmemb, void *stream)
{
char buf[1024] = {'\0'};
strncpy(buf, ptr, 1024);
printf("===========================================");
printf("%s\n",buf);
}
程序运行系统功能
#include <stdlib.h>
int main(int argc,char **argv)
{
int time = atoi(argv[1]);
for(int i=0;i<time;i++)
{
system("sl");
}
}
---
#include <stdlib.h>
int main()
{
int i = 0;
for(i=0;i<10;i++)
{
system("./pthread");
}
}
C结构体定义
struct Student
{
int age;
}
int main()
{
struct Student *p;
p = malloc(sizeof(struct Student)); //需要分配空间
p->age;
}