网络编程 read() 函数详解

1、2015-8-7网络编程总结 read()读函数特性 + 实例: 问题描述：网络编程，运行的时候有没有遇到过程序运行没有按自己设计的流程走，打印乱码，打印多了少了。如果有且翻来覆去找不到问题所在，那么你可能需要详细的了解一下read函数的运行机制。客户端与服务器连接 套接字sockfd; 1.sockfd好比是连接呼客户端与服务器的管道，管道有内存大小，可以用write函数 向里面写入数据，也可以read读出数据。遵循先进先出原则，sockfd中的数据不会自动 清除，只可以被read读出n个少n个；服务器代码： while（proc_echo(sockfd); 客户端代码：输入：输出解释：这段

2、代码是客户端服务器write送据，服务器read后原样打印，且每次只read一个字符，大家思考一下，我明明只write了两次，而服务器每次read一个字符总共成功read了26次（26个字符，我测试时是一个字符一个字符打印的）。是不是很想C里的scanf之类的函数？结论：read，write次数并不一定是对应的，read函数类似scanf getchar 函数，只要套接字sockfd（相当与缓存区）里有数据就能被read读取并接触read的阻塞状态 ，直到sockfd是空的，read函数读不到数据才会阻塞，当然前提是程序能执行到read。至于write函数，没什么好说的，次数取决于你，你想输如

3、几次就几次。由此可见，编程时不需要考虑read write函数执行先后顺序。最后提醒大家，网络编程时控制好read write数据块的大小。乱码：多半是你打印的字符串缺少结束符。什么时候需要加结束符呢？当然是缺少结束符时加。比如：服务器：write(sockfd, “1234560”, 7);客户端：read(sockfd, buf, 3); read(sockfd, buf, 4);第二次不必加。问题二：我以上的代码服务器客户端各有一对 read write（拿掉注释）。而且都是同一个套接字sockfd，那么问题来了，在一端write的数据会不会被同一端的read读到呢(比如服务器write

4、数据buf，紧跟着服务器read，read会不会读到buf)？我们可以做这样的测试。客户端服务器我注释掉客户端的write，放出服务器的read write伪代码如下：客户端：只向服务器发送输入的数据 while(1) printf("Enter the message : "); fgets(buffer,sizeof(buffer)-1,stdin); ret=write(sockfd,buffer,strlen(buffer); bufferret=0; / 服务器：getchar停顿，read接收发来的数据并打印，再write字符串“”同样是循环的 int ret;

5、 char bufBUFFER_SIZE; getchar();/停顿 ret = read(sockfd, buf, 1);/读4个字符 bufret = 0; printf("%s", buf);/注意打印加换行 fflush(stdout); ret=write(sockfd,"",3); return -1;测试：客户端输入：服务器输出：结论：不会，整个程序只有服务器端有read，服务器write“”，并没有打印出来，所以read不会接收本端发送的write。有人会问，那么服务器write的“”哪去了？其实还在sockfd中，只是本端read不到

6、的。你只要把客户端的read放出来测试就会发现客户端能read到服务器的write，打印“”。总结：套接字类似全双工管道，两边都能读写，一边写的只能在另一边读出来，遵循先进先出。可以理解成两个方向相反合并的队列问题三：大家做项目时有没有遇到过这样的问题，聊天模块多线程或多进程，有时自己write发的数据被自己的read接收了。那么是不是真的进程线程之间会相互干扰呢？大家可以通过以上的分析思考下。本人测试过了，答案是不会，这里简单分析下就不上图了。先说多线程，子线程只是一个函数，它与主线程共用争夺一个套接字sockfd，这样的话问题就和上面的问题一样了，客户端服务器之间只有一条”管道“sockfd“，因此理论上是不会的实际上也不会。至于多进