Linux 套接字编程中的 5 个隐患
Linux 套接字编程中的 5 个隐患
在异构环境中开发可靠的网络应用程序
级别： 中级
M. Tim Jones
(mtj@mtjones.com
), 资深软件工程师, Emulex
2005 年 10 月 08 日
Socket API 是网络应用程序开发中实际应用的标准 API。尽管该 API 简单，但是开发新手可能会经历一些常见的问题。本文识别一些最常见的隐患并向您显示如何避免它们。
在 4.2 BSD UNIX® 操作系统中首次引入，Sockets API 现在是任何操作系统的标准特性。事实上，很难找到一种不支持 Sockets API 的现代语言。该 API 相当简单，但新的开发人员仍然会遇到一些常见的隐患。
本文识别那些隐患并向您显示如何避开它们。
隐患 1．忽略返回状态
第一个隐患很明显，但它是开发新手最容易犯的一个错误。如果您忽略函数的返回状态，当它们失败或部分成功的时候，您也许会迷失。反过来，这可能传播错误，使定位问题的源头变得困难。
捕获并检查每一个返回状态，而不是忽略它们。考虑清单 1 显示的例子，一个套接字 send
函数。
清单 1. 忽略 API 函数返回状态
int status, sock, mode;
/* Create a new stream (TCP) socket */
sock = socket
( AF_INET, SOCK_STREAM, 0 );
...
status = send
( sock, buffer, buflen, MSG_DONTWAIT );
if (status == -1) {
/* send failed */
printf( "send failed: %s\n", strerror(errno) );
} else {
/* send succeeded -- or did it? */
}
清单 1 探究一个函数片断，它完成套接字 send
操作（通过套接字发送数据）。函数的错误状态被捕获并测试，但这个例子忽略了 send
在无阻塞模式（由 MSG_DONTWAIT
标志启用）下的一个特性。
send
API 函数有三类可能的返回值：
如果数据成功地排到传输队列，则返回 0。
如果排队失败，则返回 -1（通过使用 errno
变量可以了解失败的原因）。
如果不是所有的字符都能够在函数调用时排队，则最终的返回值是发送的字符数。
由于 send
的 MSG_DONTWAIT
变量的无阻塞性质，函数调用在发送完所有的数据、一些数据或没有发送任何数据后返回。在这里忽略返回状态将导致不完全的发送和随后的数据丢失。
回页首
隐患 2．对等套接字闭包
UNIX 有趣的一面是您几乎可以把任何东西看成是一个文件。文件本身、目录、管道、设备和套接字都被当作文件。这是新颖的抽象，意味着一整套的 API 可以用在广泛的设备类型上。
考虑 read
API 函数，它从文件�
相关文档：
例一：发送Signaling Packet：
Signaling Command是2个Bluetooth实体之间的L2CAP层命令传输。所以得Signaling Command使用CID 0x0001.
多个Command可以在一个C-frame（control frame）中发送。
如果要直接发送Signaling Command.需要建立SOCK_RAW类型的L2CAP连接Socket。这样才有机会自己填充Command Code，Identi ......
1. 学会写简单的makefile
2. 编一些应用
程序
，可以用makefile跑起来
3. 学会写驱动
的makefile
4. 写一简单char驱动，makefile编译通过，可以insmod， lsmod， rmmod. 在驱动的init函数里打印hello world，insmod后应该能够通过dmesg看到输出
。
5. 写一完整驱动， 加上read， write， ioctl， polling等� ......
Linux信号有多种说法。一个进程创建一个信号用于发送给另外一个进程叫做发送一个信号，内核创建一个信号叫做生成一个信号，进程自己向自己发送信号叫做唤起一个信号。不过我看也没必要这么学究气。
信号集--signel set,其实就是将多个信号放在集合中进行集中的处理。POSIX.1定义了sigset_t以包涵一个信号集� ......
最近开始转向Linux开发，需要用到多线程。上网一查，有的人说Linux没有线程只有进程，有的人说Linux当然有线程，没有线程pthread库是干吗的？NPTL又是干嘛用？
个人觉得，要看从哪个角度来看这个问题。对于一般应用软件开发人员的角度来看，既然能用pthread库来创建线程，以及可以处理线程间的通信，当然可以认为在L ......
