Linux串口IO模式的一些心得
众所周知，在Linux系统下所有设备都是以文件的形式存在，串口也一样。
通常I/O操作都是有阻塞与非阻塞的两种方式。
其中"超时"这个概念其实是阻塞中的一种处理手段，本质还是属于阻塞的I/O模式.
在Linux中串口的IO操作 本文将它分为三种状态：
阻塞状态
超时状态
非阻塞状态
这三种状态的转换组合有这么几种：
阻塞 --> 超时
阻塞 --> 非阻塞
超时 --> 阻塞
超时 --> 非阻塞
非阻塞 --> 阻塞
我们一个一个来分析
首先在一个串口的描述符打开的时候指定它的模式是阻塞还是阻塞
fd = open("/dev/tttyS0",O_RDWR | O_NOCTTY);//以阻塞模式打开串口
fd = open("/dev/tttyS0",O_RDWR | O_NOCTTY | O_NDELAY);//以非阻塞
模```
式打开串口
有些地方使用的是
fd = open("/dev/tttyS0",O_RDWR | O_NOCTTY | O_NOBLOCK);
引用《UNIX环境高级编程》(第二版)：
O_NOCTTY：O_NOCTTY 如果p a t h n a m e指的是终端设备，则不将此设备分配作为此进程的控制终端
O_NDELAY 与 O_NOBLOCK区别
较早的系统 V版本引入了 O _ N D E L AY（不延迟）标志，它与 O _ N O N B L O C K
（不阻塞）选择项类似，但在读操作的返回值中具有两义性。如果不能从管道、
F I F O或设备读得数据，则不延迟选择项使 r e a d返回0，这与表示已读到文件尾端的
返回值0相冲突。 S V R 4仍支持这种语义的不延迟选择项，但是新的应用程序应当
使用不阻塞选择项以代替之。
当一个串口是阻塞状态的时候便可以设置它为超时状态。
利用 struct termios 的 cc_t c_cc[NCCS] 成员
c_cc[VTIME] 非规范模式读取时的超时时间(单位:百毫秒)
c_cc[VMIN] 非规范模式读取时的最小字符数
如需需要设置超时则c_cc[VMIN] 必须等于0
这代表能够读取的最小字符是0个，即使用read读取数据超时read返回0
有一个需要注意的地方！
当c_cc[VTIME] 设置为 0 且 c_cc[VMIN] == 0 的时候,代表超时0秒(姑且这么叫吧!)
这个时候使用read读取数据会立即返回（有读到数据时返回字节数，没有数据和一般超时一样返回0）
但是！
虽然这时候在现象上看起来和非阻塞模式一样(read都不会阻塞)但返回值不同
非阻塞模式: read没有读到数据立即返回-1
超时0秒时: read没有读到数据立即返回 0 (设置了超时的阻塞模式)
ret = read(fd,recvbuf,BUF_SIZE);
if(ret == -1)//非阻塞模式时"无数据返回"
{
//do something}
ret = read(fd,recvbuf,BUF_SIZE);
if(ret == 0)//阻塞模式设置超时0秒时"超时返回"
{
//do something}
补充:在非阻塞模式下修改c_cc[VMIN] 和 c_cc[VTIME] 的情况
若在非阻塞模式下修改
c_cc[VMIN]为0并且c_cc[VTIME]也为0时read无数据会返回 0 (现象同"超时0秒"一样)
这时倘若将c_cc[VMIN]或者c_cc[VTIME]中任意一个项修改成>0，那么read就返回-1了。
虽然表现形式一样，但在编程时必须要了解自己使用的是哪一种模式和串口当前的状态才能更好的分析和处理问题。
这里说一下我曾经遇到过的一个问题:
我在打开串口时使用阻塞模式打开，但是没有设置c_cc[VMIN]的值，而它初始化后就是0,所以发现串口没有被阻塞，其实原因就是串口模式还是阻塞模式没错，但是它是超时0秒的状态，所以在没有数据到达时read也返回了。
关于阻塞模式下c_cc[VMIN] 和 c_cc[VTIME]的取值与现象，以下简称为VMIN和VTIME
这两个值有这些组合
当接收到第一个字节时开始计算超时。
如果超时时间未到但数据已经达到VMIN个read立即返回。
如果超时时间到了就返回当前读到的个数。
阻塞状态和非阻塞状态的切换
非阻塞状态时使用
flag = fcntl(fd,F_GETFL);
//先获取原文件状态(假定函数执行成功返回文件状态)
flag &= ~O_NONBLOCK;
//去除非阻塞的flag
fcntl(fd,F_SETFL,flag);
//设置新的文件状态
使用以上的方式可转换成阻塞状态，这时就可以可以进行超时设置了。
如果在非阻塞状态已经设置了超时时，在转换成阻塞状态后超时随之生效。
阻塞状态时使用
flag = fcntl(fd,F_GETFL);
//先获取原文件状态(假定函数执行成功返回文件状态)
flag |= O_NONBLOCK;
//增加阻塞的flag
fcntl(fd,F_SETFL,flag);
//设置新的文件状态
使用以上的方式可转换成非阻塞状态，超时效果失效。
也可以使用以下方法设置成非阻塞状态：
fcntl(fd,F_SETFL,FNDELAY);
有些代码中使用
fcntl(fd,F_SETFL,FNONBLOCK);
这里提一下 <fcntl.h>头文件中几个宏的定义
gcc 版本 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)
/* Define some more compatibility macros to be backward compatible with
BSD systems which did not managed to hide these kernel macros. */
ifdef __USE_BSD
define FAPPEND O_APPEND
define FFSYNC O_FSYNC
define FASYNC O_ASYNC
define FNONBLOCK O_NONBLOCK
define FNDELAY O_NDELAY
endif / Use BSD. /
/* open/fcntl - O_SYNC is only implemented on blocks devices and on files
located on a few file systems. */
define O_ACCMODE 0003
define O_RDONLY 00
define O_WRONLY 01
define O_RDWR 02
define O_CREAT 0100 / not fcntl /
define O_EXCL 0200 / not fcntl /
define O_NOCTTY 0400 / not fcntl /
define O_TRUNC 01000 / not fcntl /
define O_APPEND 02000
define O_NONBLOCK 04000
define O_NDELAY O_NONBLOCK
define O_SYNC 04010000
define O_FSYNC O_SYNC
define O_ASYNC 020000
可以得出一下结论:
O_NDELAY == O_NONBLOCK == 0x4000
FNONBLOCK == O_NONBLOCK
FNDELAY == O_NDELAY
所以 FNDELAY == FNONBLOCK
上面设置非阻塞模式的方法归根结底就是要把文件状态加上O_NONBLOCK一个非阻塞的标志。
2015-01-21补充:
如果在非阻塞模式下调用read时没有马上读到数据会立即返回-1,错误提示是(Resource temporarily unavailable)