【IO】
1. 库函数和系统函数的区别：
共同点：
1) 都是设计者设计出来供使用者使用的函数接口；
2) 都是模块化的编程，做到代码的重用；
不同点：
1) 系统函数是底层向上层提供的函数接口，底层为上层进行服务；
而库函数更多是对系统函数的封装（标准IO）和常见算法（math、jpeg、ts）的实现
2) 移植性：系统函数只能在对应系统下被调用，
而库函数它可以在多个系统平台下被调用；
3) 执行效率：系统函数效率高于库函数；
2. 标准IO和文件IO的区别：
缓冲方式：标准IO（缓冲IO） 文件IO（非缓冲IO）
操作对象：标准IO（流FILE*） 文件IO（文件描述符--非负整数，即文件的ID号）
共同点：
不同点：缓存方式、操作对象、函数接口
标准IO常用的函数：
fopen/fclose ---打开和关闭标准IO流
fgets/fputs ---
fgetc ---从流中读取一个字符（按照字符输入）int fgetc(FILE *stream); stream为打开的文件流
fputc ---往流中输出c（按照字符输出）int fputs(int c, FILE *stream);
fwrite/fread
perror ---输出用户信息及errno对应的错误信息
error ---全局错误码
注意：fgets函数容易造成缓冲区溢出，不推荐使用。
文件IO常用的函数：
open()/creat() ---文件的打开和创建
close() ---关闭一个打开的文件
read() ---文件的读取
write() ---缓冲区的数据写入
lseek() ---显示定位一个打开的文件
3. 动态库和静态库：
静态库:对函数库的链接是放在编译时期完成的
动态库：把对一些库函数的链接载入推迟到程序运行的时期
共同点：
不同点：
1) 连接方式不同：
静态库在链接的时候，将对应的库代码在拷贝到可执行程序中；
动态库在链接的时候，将对应的库代码信息添加可执行程序中；
2) 库代码的加载时间不同：
静态是在程序编译链接的时候，而动态库是在程序执行的时候；
3) 体积不同：
静态库的体积要大一些；
4) 执行效率：
静态库在执行的时候，按顺序执行，不需要调整
动态库需要在程序执行的时候跳转到动态库执行，所以效率偏低；
5) 静态库在执行的不需要库的支持，而动态库需要库的支持；
进程、线程：
1. 多进程相关概念：
2. 进程的状态(运行态、等待态、停止态、死亡态)；
3. 僵尸进程、孤儿进程：
1) 如何产生的；
2) 所占的资源：
3) 谁的危害更大；
4. 进程的创建：
1) 可执行程序执行；
2) 可以在进程中调用fork和vfork函数来创建；
5. fork和vfork的区别：
共同点：在一个父进程中去创建一个新的子进程；
不同点：
1) 父子进程执行顺序：
fork创建的子进程和父进程执行顺序是随机的，不确定；
vfork创建的子进程和父进程执行顺序是确定的，子进程执行优先于父进程执行，
并且是子进程执行结束或者在子进程中调用exec函数族之后，父进程才会执行；
2) 所占空间：
fork创建的子进程会完全拷贝父进程的整个资源，父子进程操作的资源是相对独立
vfork创建的子进程会和父进程共享同一物理内存的数据，写时拷贝。
3) 创建或者销毁的效率：
fork的效率低于vfrok；
4) 应用：
fork创建的子进程可以用来调用进程执行函数或者通过exec函数族去调用其他可执行程序；
vfork更多用于通过exec函数族去调用其他可执行程序
6. exec函数的认识：
l：可执行程序的命令以列表的方式使用
v：可执行程序的命令以数组的方式使用
e：可以给可执行程序传递环境变量
p：可执行如果在环境变量指定了路径的情况下，可以直接用名字就OK
7. 进程的退出：
_exit/exit
相同点：都是让进程退出
不同：
_exit：是系统函数，只会让进程退出，不会刷新缓存中的数据，
进程退出的时候，不能保证数据的完整性；
exit：是库函数，进程退出之前，会刷新缓存中的数据，
在退出整个进程，可以保证数据的完整性；
8. 进程等待：wait、waitpid
9. 进程的类型：交互进程、批处理进程、守护进程
1) 守护进程的创建流程：
（1）创建子进程，父进程退出 ---fork()/exit()函数
（2）在子进程中创建新会话 ---setsid()函数
（3）改变当前目录为根目录 ---chdir()函数
（4）重设文件权限掩码 ---umask(0)函数
（5）关闭文件描述符 ---close(fd)函数
2) 守护进程的应用：
线程：共享进程相同地址空间的多个任务。
10. 进程间的通信方式：
无名管道（pipe）、有名管道（fifo）、信号（signal）
IPC对象: 共享内存 、消息队列、信号灯
11. 同步和互斥：
1) 概念：同步指的是多个任务（线程） 互斥：保证共享数据的操作完整性
2) 他们之间的关系；
3) 实现了互斥，不一定实现了同步，实现了同步一定实现了互斥，对还是错？为什么？
错，
12. 多线程：
库： pthread
线程的创建 pthread_create
线程的阻塞 pthread_join
线程的退出 pthread_exit
线程的取消 pthread_cancel
子线程和主线程分离 pthread_detach
多进程和多线程的区别：
共同点：多任务的并发执行
不同点：
生产者和消费者的问题：
读者和写者的问题：
哲学家吃饭和思考：
通用网络编程接口socket：
1. 基本概念：
四层模型和七层模型：每一层的名称、作用、协议
网络体系结构（OSI）：指网络的层次结构和每层所使用协议的集合
两类重要体系结构：
OSI和TCP/IP
OSI模型 TCP/IP协议
应用层
表示层 应用层 Telnet、www、FTP、Ping、http
会话层
传输层 TCP、UDP
网络层 IP、ICMP、IGMP
数据链路层
物理层 网卡驱动和物理接口
常见的协议：
TCP/IP UDP TCP http/https dns smtp ftp tftp arp rarp
socket类型：
流式套接字（SOCK_STREAM） ---->用于TCP编程
数据报套接字（SOCK_DGRAM） ---->用于UDP编程
原始套接字（SOCK_RAW）
ip地址：
ip地址的分类 A、b c d e
IP： 192.168.3.160 = > 分类
网关 192.168.3.1
子网掩码 255.255.255.0
A ： 1个字节网络地址+3个字节主机地址 0 0.0.0.1 - 127.255.255.255
B ： 2个字节网络地址+2个字节主机地址 10 128.0.0.1 - 191.255.255.255
C ： 3个字节网络地址+1个字节主机地址 C类IP以110开头，从 192.0.0.1 到 223.255.255.255
网络地址 = IP & 子网掩码
主机地址 = IP & ~子网掩码
大端：字节的高位在内存中放在存储单元的起始位置
小端：字节的低位在内存中放在存储单元的起始位置
2. TCP（传输控制以协议）：是一种面向连接的传输层协议，它能提供可靠性通信（即数据无误、数据无丢失、数据无失序、数据无重复到达的通信）
UDP：数据报套接字，无连接，不可靠;传输效率高
TCP：流式套接字， 有连接，可靠的(数据为差错、无丢失、无失序、无重复到达)，传输效率低
TCP服务端的通信流程：socket(创建套接字)->bind(绑定)->listen(监听)->accept(连接客户端)->send/recv(接收和发送)->close(关闭)
TCP客户端的通信流程：socket->connect(请求服务器连接)->send/recv->close
UDP服务端的通信流程：socket->bind->recvfrom->sendto
UDP服务端的通信流程：socket->sendto->recvfrom
三次握手： 1. 客户端向服务器发送syn请求；
2. 服务器向客户端回复ack应答，同时向客户端发送syn请求；
3. 客户端向服务器回复ack应答；
为什么是三次握手，而不是两次或者四次？
在第一次：服务器知道客户端可以发送数据
在第二次：客户端知道服务器可以接受和发送数据
在第三次：服务器知道客户端可以接受和发送数据
两次不能证明对端能够接受和发送数据；
三次可以完成不需要更多的次数
DOS攻击是如何实现的，
Dos攻击：https://www.cnblogs.com/davidwang456/p/3590846.html{
DOS攻击之详解--转载
源地址没有找到，间接引用地址：http://wushank.blog.51cto.com/3489095/1156004
DoS到底是什么？接触PC机较早的同志会直接想到微软磁盘操作系统的DOS--DiskOperationSystem？不，此DoS非彼DOS也，DoS即DenialOfService，拒绝服务的缩写。
DoS是Denial of Service的简称，即拒绝服务，造成DoS的攻击行为被称为DoS攻击，其目的是使计算机或网络无法提供正常的服务。最常见的DoS攻击有计算机网络带宽攻击和连通性攻击。
一、概念理解：
作个形象的比喻来理解DoS。街头的餐馆是为大众提供餐饮服务，如果一群地痞流氓要DoS餐馆的话，手段会很多，比如霸占着餐桌不结账，堵住餐馆的大门不让路，骚扰餐馆的服务员或厨子不能干活，甚至更恶劣……相应的计算机和网络系统则是为Internet用户提供互联网资源的，如果有黑客要进行DoS攻击的话，可以想象同样有好多手段！今天最常见的DoS攻击有对计算机网络的带宽攻击和连通性攻击。带宽攻击指以极大的通信量冲击网络，使得所有可用网络资源都被消耗殆尽，最后导致合法的用户请求无法通过。连通性攻击指用大量的连接请求冲击计算机，使得所有可用的操作系统资源都被消耗殆尽，最终计算机无法再处理合法用户的请求。
传统上，攻击者所面临的主要问题是网络带宽，由于较小的网络规模和较慢的网络速度的限制，攻击者无法发出过多的请求。虽然类似“thepingofdeath”的攻击类型只需要较少量的包就可以摧毁一个没有打过补丁的UNIX系统，但大多数的DoS攻击还是需要相当大的带宽的，而以个人为单位的黑客们很难使用高带宽的资源。为了克服这个缺点，DoS攻击者开发了分布式的攻击。攻击者简单利用工具集合许多的网络带宽来同时对同一个目标发动大量的攻击请求，这就是DDoS攻击。
无论是DoS攻击还是DDoS攻击，简单的看，都只是一种破坏网络服务的黑客方式，虽然具体的实现方式千变万化，但都有一个共同点，就是其根本目的是使受害主机或网络无法及时接收并处理外界请求，或无法及时回应外界请求。其具体表现方式有以下几种：
1. 制造大流量无用数据，造成通往被攻击主机的网络拥塞，使被攻击主机无法正常和外界通信。
2. 利用被攻击主机提供服务或传输协议上处理重复连接的缺陷，反复高频的发出攻击性的重复服务请求，使被攻击主机无法及时处理其它正常的请求。
3. 利用被攻击主机所提供服务程序或传输协议的本身实现缺陷，反复发送畸形的攻击数据引发系统错误的分配大量系统资源，使主机处于挂起状态甚至死机。
二、攻击流程：
要理解dos攻击，首先要理解TCP连接的三次握手过程(Three-wayhandshake)。在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。
1.第一次握手:建立连接时，客户端发送SYN包((SYN=i)到服务器，并进入SYN SEND状态，等待服务器确认;
2.第二次握手:服务器收到SYN包，必须确认客户的SYN (ACK=i+1 )，同时自己也发送一个SYN包((SYN=j)}即SYN+ACK包，此时服务器进入SYN_RECV状态;
3.第三次握手:客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ACK=j+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手，客户端与服务器开始传送数据。
在上述过程中，还有一些重要的概念:
1. 半连接:收到SYN包而还未收到ACK包时的连接状态称为半连接，即尚未完全完成三次握手的TCP连接。
2. 半连接队列:在三次握手协议中，服务器维护一个半连接队列，该队列为每个客户端的SYN包(SYN=i )开设一个条目，该条目表明服务器已收到SYN包，并向客户发出确认，正在等待客户的确认包。这些条目所标识的连接在服务器处于SYN_ RECV状态，当服务器收到客户的确认包时，删除该条目，服务器进入ESTABLISHED状态。
3. Backlog参数:表示半连接队列的最大容纳数目。
4. SYN-ACK重传次数:服务器发送完SYN-ACK包，如果未收到客户确认包，服务器进行首次重传，等待一段时间 仍未收到客户确认包，进行第二次重传，如果重传次数超过系统规定的最大重传次数，系统将该连接信息、从半连接队列中删除。注意，每次重传等待的时间不一定 相同。
5. 半连接存活时间:是指半连接队列的条目存活的最长时间，也即服务从收到SYN包到确认这个报文无效的最长时间，该时间值是所有重传请求包的最长等待时间总和。有时也称半连接存活时间为Timeout时间、SYN_RECV存活时间。
上面三个参数对系统的TCP连接状况有很大影响。
SYN洪水攻击属于DoS攻击的一种，它利用TCP协议缺陷，通过发送大量的半连接请求，耗费CPU和内存资源。 SYN攻击除了能影响主机外，还可以危害路由器、防火墙等网络系统，事实上SYN攻击并不管目标是什么系统，只要这些系统打开TCP服务就可以实施。从图 4-3可看到，服务器接收到连接请求(SYN=i )将此信息加入未连接队列，并发送请求包给客户端( SYN=j,ACK=i+1 )，此时进入SYN_RECV状态。当服务器未收到客户端的确认包时，重发请求包，一直到超时，才将此条目从未连接队列删除。配合IP欺骗，SYN攻击能 达到很好的效果，通常，客户端在短时间内伪造大量不存在的IP地址，向服务器不断地发送SYN包，服务器回复确认包，并等待客户的确认，由于源地址是不存 在的，服务器需要不断的重发直至超时，这些伪造的SYN包将长时间占用未连接队列，正常的SYN 请求被丢弃，目标系统运行缓慢，严重者引起网络堵塞甚至系统瘫痪。过程如下:
攻击主机C(地址伪装后为C')-----大量SYN包---->被攻击主机
C'<-------SYN/ACK包----被攻击主机
由于C’地址不可达，被攻击主机等待SYN包超时。攻击主机通过发大量SYN包填满未连接队列，导致正常SYN包被拒绝服务。另外，SYN洪水攻击还可以通过发大量ACK包进行DoS攻击。
三、攻击手段：
拒绝服务攻击是一种对网络危害巨大的恶意攻击。今天，DoS具有代表性的攻击手段包括PingofDeath、TearDrop、UDPflood、SYNflood、LandAttack、IPSpoofingDoS等。看看它们又是怎么实现的。
1. 死亡之ping (pingofdeath)
ICMP(InternetControlMessageProtocol，Internet控制信息协议)在Internet上用于错误处理和传递控制信息。它的功能之一是与主机联系，通过发送一个“回音请求”（echorequest）信息包看看主机是否“活着”。最普通的ping程序就是这个功能。而在TCP/IP的RFC文档中对包的最大尺寸都有严格限制规定，许多操作系统的TCP/IP协议栈都规定ICMP包大小为64KB，且在对包的标题头进行读取之后，要根据该标题头里包含的信息来为有效载荷生成缓冲区。"PingofDeath"就是故意产生畸形的测试Ping（PacketInternetGroper）包，声称自己的尺寸超过ICMP上限，也就是加载的尺寸超过64KB上限，使未采取保护措施的网络系统出现内存分配错误，导致TCP/IP协议栈崩溃，最终接收方宕机。
2. 泪滴 (teardrop)
泪滴攻击利用在TCP/IP协议栈实现中信任IP碎片中的包的标题头所包含的信息来实现自己的攻击。IP分段含有指示该分段所包含的是原包的哪一段的信息，某些TCP/IP协议栈（例如NT在servicepack4以前）在收到含有重叠偏移的伪造分段时将崩溃。
3. UDP泛洪(UDPflood)
UDPflood攻击：如今在Internet上UDP（用户数据包协议）的应用比较广泛，很多提供WWW和Mail等服务设备通常是使用Unix的服务器，它们默认打开一些被黑客恶意利用的UDP服务。如echo服务会显示接收到的每一个数据包，而原本作为测试功能的chargen服务会在收到每一个数据包时随机反馈一些字符。UDPflood假冒攻击就是利用这两个简单的TCP/IP服务的漏洞进行恶意攻击，通过伪造与某一主机的Chargen服务之间的一次的UDP连接，回复地址指向开着Echo服务的一台主机，通过将Chargen和Echo服务互指，来回传送毫无用处且占满带宽的垃圾数据，在两台主机之间生成足够多的无用数据流，这一拒绝服务攻击飞快地导致网络可用带宽耗尽。
4. SYN泛洪(SYNflood)
SYNflood攻击：我们知道当用户进行一次标准的 TCP（TransmissionControlProtocol）连接时，会有一个3次握手过程。首先是请求服务方发送一个 SYN（SynchronizeSequenceNumber）消息，服务方收到SYN后，会向请求方回送一个SYN-ACK表示确认，当请求方收到 SYN-ACK后，再次向服务方发送一个ACK消息，这样一次TCP连接建立成功。“SYNFlooding”则专门针对TCP协议栈在两台主机间初始化连接握手的过程进行DoS攻击，其在实现过程中只进行前2个步骤：当服务方收到请求方的SYN-ACK确认消息后，请求方由于采用源地址欺骗等手段使得服务方收不到ACK回应，于是服务方会在一定时间处于等待接收请求方ACK消息的状态。而对于某台服务器来说，可用的TCP连接是有限的，因为他们只有有限的内存缓冲区用于创建连接，如果这一缓冲区充满了虚假连接的初始信息，该服务器就会对接下来的连接停止响应，直至缓冲区里的连接企图超时。如果恶意攻击方快速连续地发送此类连接请求，该服务器可用的TCP连接队列将很快被阻塞，系统可用资源急剧减少，网络可用带宽迅速缩小，长此下去，除了少数幸运用户的请求可以插在大量虚假请求间得到应答外，服务器将无法向用户提供正常的合法服务。
5. Land（LandAttack）攻击
在Land攻击中，黑客利用一个特别打造的SYN包--它的原地址和目标地址都被设置成某一个服务器地址进行攻击。此举将导致接受服务器向它自己的地址发送SYN-ACK消息，结果这个地址又发回ACK消息并创建一个空连接，每一个这样的连接都将保留直到超时，在Land攻击下，许多UNIX将崩溃，NT变得极其缓慢（大约持续五分钟）。
6. IP欺骗dos攻击
这种攻击利用TCP协议栈的RST位来实现，使用IP欺骗，迫使服务器把合法用户的连接复位，影响合法用户的连接。假设现在有一个合法用户（100.100.100.100）已经同服务器建立了正常的连接，攻击者构造攻击的TCP数据，伪装自己的IP为100.100.100.100，并向服务器发送一个带有RST位的TCP数据段。服务器接收到这样的数据后，认为从100.100.100.100发送的连接有错误，就会清空缓冲区中已建立好的连接。这时，合法用户100.100.100.100再发送合法数据，服务器就已经没有这样的连接了，该用户就被拒绝服务而只能重新开始建立新的连接。
7. smurf攻击
Smurf是一种简单但有效的DDoS攻击技术，它利用了ICMP(Internet控制信息协议）。ICMP在Internet上用于错误处理和传递控制信息。它的功能之一是与主机联系，通过发送一个“回音请求”（echorequest）信息包看看主机是否“活着”。最普通的ping程序就使用了这个功能。Smurf是用一个偷来的帐号安装到一个计算机上的，然后用一个伪造的源地址连续ping一个或多个计算机网络，这就导致所有计算机所响应的那个计算机并不是实际发送这个信息包的那个计算机。这个伪造的源地址，实际上就是攻击的目标，它将被极大数量的响应信息量所淹没。对这个伪造信息包做出响应的计算机网络就成为攻击的不知情的同谋。
四、常见的DoS攻击与防护
1. SYN Flood攻击
原理：
问题就出在TCP连接的三次握手中，假设一个用户向服务器发送了SYN报文后突然死机或掉线，那么服务器在发出SYN+ACK应答报文后是无法收到客户端的 ACK报文的（第三次握手无法完成），这 种情况下服务器端一般会重试（再次发送SYN+ACK给客户端）并等待一段时间后丢弃这个未完成的连接，这段时间的长度我们称为SYN Timeout，一般来说这个时间是分钟的数量级（大约为30秒 -2分钟）；一个用户出现异常导致服务器的一个线程等待1分钟并不是什么很大的问题，但如果有一个恶意的攻击者大量模拟这种情况，服务器端将为了维护一个 非常大的半连接列表而消耗非常 多的资源----数以万计的半连接，即使是简单的保存并遍历也会消耗非常多的CPU时间和内存，何况还要不断对这个列表中的IP进行SYN+ACK的重 试。实际上如果服务器的TCP/IP栈不够强大，最 后的结果往往是堆栈溢出崩溃---即使服务器端的系统足够强大，服务器端也将忙于处理攻击者伪造的TCP连接请求而无暇理睬客户的正常请求（毕竟客户端的 正常请求比率非常之小），此时从 正常客户的角度看来，服务器失去响应，这种情况我们称作：服务器端受到了SYN Flood攻击（SYN洪水攻击）。
防范：
第一种是缩短SYN Timeout时间
第二种方法是设置SYN Cookie，就是给每一个请求连接的IP地址分配一个Cookie，如果短时间内连续受到某个IP的重复SYN报文，就认定是受到了攻击，以后从这个IP地址来的包会被一概丢弃。
>netstat -n -p tcp >result.txt
2. Smurf攻击：
原理：
发送伪装的ICMP数据包，目的地址设为某个网络的广播地址，源地址设为要攻击的目的主机，使所有收到此ICMP数据包的主机都将对目的主机发出一个回应，使被攻击主机在某一段时间内收到 成千上万的数据包
防范：
在cisco路由器上配置如下可以防止将包传递到广播地址上:
Router(config-if)# no ip directed-broadcast
3. Ping of Death
原理：
"ping of death"攻击就是我们常说的"死亡Ping"
这种攻击通过发送大于65536字节的ICMP包使操作系统崩溃；通常不可能发送大于65536个字节的ICMP包，但可以把报文分割成片段，然后在目标主机上重组；最终会导致被攻击目标缓冲区溢出，引起拒绝服务攻击。有些时候导致telnet和http服务停止，有些时候路由器重启。
4. 泪滴攻击
原理：
对于一些大的IP数据包，往往需要对其进行拆分传送，这是为了迎合链路层的MTU（最大传输单元）的要求。比如，一个6000字节的IP包，在MTU为2000的链路上传输的时候，就需要分成3个IP 包。在IP报头中有一个偏移字段和一个拆分标志（MF）。如果MF标志设置为1，则表示这个IP包是一个大IP包的片段，其中偏移字段指出了这个片段在整 个IP包中的位置。例如，对一个6000字 节的IP包进行拆分（MTU为2 000），则3个片段中偏移字段的值依次为0，2000，4000。这样接收端在全部接收完IP数据包后，就可以根据这些信息重新组装这几个分次接收的拆分IP包。在这 里就有一个安全漏洞可以利用了，就是如果黑客们在截取IP数据包后，把偏移字段设置成不正确的值，这样接收端在收到这些分拆的数据包后，就不能按数据包中 的偏移字段值正确组合这些拆 分的数据包，但接收端会不断尝试，这样就可能致使目标计算机操作系统因资源耗尽而崩溃。
5. DRDOS
原理：
攻击时，攻击者巧妙的利用了反弹服务器群来将洪 水数据包反弹给目标主机 反弹服务是指某些服务器在收到一个请求数据报后就会产生一个回应数据报。所有的 Web 服务器、DNS 服务器及路 由器都是反弹服务器，他们会对 SYN 报文或其他 TCP 报文回应 SYNACKs 或 RST 报文， 以及对一些 IP 报文回应 ICMP 数据报超时或目的地不可达消息的数据 报。任何用于普通目的 TCP 连 接许可的网络服务器都可以用做数据包反射服务器
}
并发服务器的模型：
多进程、多线程、IO多路
IO模型：
阻塞
非阻塞
IO多路复用
机制：
1. 创建一个集合，把所要关心的文件描述符装入集合中；
2. 查看集合中是否有准备就绪的事件，有准备就绪，就返回；没有准就绪的事件，就阻塞
3. 循环的判断找到准备就绪事件所对应的文件描述符
4. 处理事件；
select：集合数多、执行效率比较低
创建的集合数根关心事件的类型有关，读事件需要创建一个读事件的集合；
fd_set
查看的时候，会将所要关心的集合传递进去，同时返回准备就绪事件文件描述符；
轮询的时候，将集合中所有的文件描述符进行判断；效率很低
处理事件
poll：
在创建集合的时候，只会创建一个集合 struct pollfd poll[1024];
struct pollfd {
int fd; /* file descriptor */
short events; /* requested events */
short revents; /* returned events */
};
轮询的时候，将整个集合中所有文件描述依次遍历；效率很低；
poll对比select，好处是创建集合的数量可以减少；不足是空间消耗较大；
epoll：
在创建集合的时候，只要创建一个epoll实例（文件描述符）
int epoll_create(int size);
参数size：表示集合所能关心事件所对应文件描述符的个数；
返回值：epoll实例所对应的文件名描述符；
添加事件：
int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);
参数1， epfd表示epoll实例；
参数2，op（选项）
EPOLL_CTL_ADD 将事件和文件描述符添加到epoll实例中
Register the target file descriptor fd on the epoll instance referred to by the file descriptor epfd and associate the event
event with the internal file linked to fd.
EPOLL_CTL_MOD 改变epoll实例中文件描述符所关心的事件
Change the event event associated with the target file descriptor fd.
EPOLL_CTL_DEL 删除epoll实例对应的事件文件描述符
Remove (deregister) the target file descriptor fd from the epoll instance referred to by epfd. The event is ignored and can
be NULL (but see BUGS below).：
参数3，fd所要操作的文件描述符
参数4，event 所要操作的事件；
int epoll_wait(int epfd, struct epoll_event *events, int maxevents, int timeout);
参数1， epoll实例
参数2， events存储准备就绪的多个事件；
参数3， maxevents 所关心的个数；
参数4， 超时时间；
信号驱动IO
2157
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
