Linux 套接字：简介（一）（？）
- 伯克利版本的 UNIX 系统引入了一种新的通信工具 – 套接字接口，它是管道概念的一个扩展
- 相关函数
/* 1 */
/* 创建套接字 socket() */
#include - 注意事项：1. 主机字节序 与 网络字节序的转换， 2. 多线程安全问题
- 套接字的域 domain 协议族列表（查看详情命令 ‘ man socket ’）
| 名称 | 说明 |
|---|---|
| AF_UNIX | UNIX 域协议（文件系统套接字） （常用） |
| AF_INET | ARPA 因特网协议（ UNIX 网络套接字） （常用） |
| AF_ISO | ISO 标准协议 |
| AF_NS | 施乐（Xerox）网络系统协议 |
| AF_IPX | Novell IPX 协议 |
| AF_APPLETALK | Appletalk DDS |
目录
- 一个 简单的 本地客户/服务器 demo（逐个处理客户端请求 与 多线程同时处理多个客户端请求）
- 一个 使用 select 系统调用 的 客户/服务器 demo（同时处理多个客户端请求）
服务器通过同时在多个打开的套接字上等待请求到来的方法来处理多个客户端连接。
1. 一个简单的本地客户/服务器 demo
- 客户端，代码如下：
/* sc1.c */
#include - 服务器端代码如下：
/* ss1.c */
#include 编译，并运行服务器程序：
ubuntu@cuname:~/dev/beginning-linux-programming/test$ gcc -o ss1.1 ss1.1.c -lpthread
ubuntu@cuname:~/dev/beginning-linux-programming/test$ ./ss1.1
server waiting for client ...
同时启动多个客户端（简单 shell 脚本 sc1_many.sh）：
#!/bin/bash
for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
do
./sc1 &
done
exit 0
输出结果（执行脚本后，等待 5 秒，同时输出服务器返回结果）：
ubuntu@cuname:~/dev/beginning-linux-programming/test$ ./sc1_many.sh
ubuntu@cuname:~/dev/beginning-linux-programming/test$ client received: B
client received: B
client received: B
...
client received: B
client received: B
2. 使用 select 系统调用的客户/服务器 demo（同时处理多个客户端请求）
- 服务器通过 select 函数调用，同时在多个打开的套接字上等待请求到来并处理多个客户端连接
- 客户端代码如下：
/* sc2.c */
#include - 服务器端代码如下：
- 在调用 select 函数时，
- 一定要 避免添加无效的描述符
- 也要 避免重复添加
- 每次调用完 select 之后，在再次调用之前，必须 把感兴趣的描述符再次添加 到对应的集合中
/* ss2.c */
#include 多客户端脚本（sc2_many.sh）：
#!/bin/bash
for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
do
./sc2 &
done
exit 0
执行情况：
- 运行结果达到预期，服务器端可以快速同时处理多个客户端请求，
- 异常（有时）：当连续快速执行 2 次客户端 shell 脚本，即同时创建了 40 个客户端，却只有 39 个响应输出，然后查看了一下进程信息，发现原来有 1 个客户端在 ‘睡觉’！ （哈哈）（不知道是不是我机器原因，还是程序问题，也不排除 shell 脚本连续启动太多客户端的原因，欢迎反馈）（我想可能是程序问题，服务器端在处理客户端请求时，并没有监听对客户端的写操作，对于客户端的读和写可以分别放入对应的独立集合中进行监听，当然这就必须把对 readsfd 的类似操作再复制一遍到新增的 writesfd 集合中，然后将写入操作挪过来即可）
我的虚拟机配置如下（使用 VMware ）：
- 尝试解决上述 3 中的问题，（按照 3 中的思路）修改服务器端代码如下（将读写操作分开，服务器端在完成读取客户端数据之后，才会将客户端 socket 描述符加入写监听集合，在写操作完成后，客户端连接终止）：
- 发现这个问题还是存在，查看进程信息（即使将 listen 函数的套接字队列增大到 50，还是有这种情况。我也很绝望啊）（该客户端进程阻塞在 read 函数，所以说明 read 函数前面的 write 函数执行成功，但是服务器端的输出也是只有 39 行，即服务器端并没有接收到该客户端的请求数据）（疑点重重，这个问题先放放）
ubuntu@cuname:~/dev/beginning-linux-programming/test$ ps ax -O wchan:22 | grep sc2
39271 unix_stream_read_gener S pts/19 00:00:00 ./sc2
39351 pipe_wait S pts/19 00:00:00 grep --color=auto sc2
/* ss3.c */
#include