TCPIP协议分析实验指导书Word下载.docx
《TCPIP协议分析实验指导书Word下载.docx》由会员分享，可在线阅读，更多相关《TCPIP协议分析实验指导书Word下载.docx（24页珍藏版）》请在冰豆网上搜索。
1.TCP客户端基本编程流程
1.1TCP客户端工作流程
1.创建流套接字向远程服务器发起连接请求；
2.获取套接字字节流与远程服务器进行数据通信；
3.通信完毕，关闭套接字；
1.2基于Java的TCP客户端编写基本步骤说明
基于Java的TCP客户端会使用下述类或接口：
Socket、InetAddress、InputStream、OutPutStream等，
基本上这些可能在JavaTCP客户端程序中使用的类大致会包含于下述常用的Java库文件中：
.*、java.io.*、java.util.*等。
因此编写该TCP客户端类时，最好事先将需要使用的类所包含于的库文件引入所正在编写的java类文件的开头，当然也可以在事后添加。
1.2.1在TCP客户端的java源文件开头引用java库文件
import.*;
importjava.io.*;
这里介绍的一个最基本的TCP客户端程序中基本就只会使用上述java库文件中所包含的类了。
大家可以根据编写的程序的需要，视情况引入更多的java库文件。
1.2.2与远程服务器端发起TCP连接请求
TCP客户端要完成与远程服务器的TCP连接的工作，需要做以下几件事情：
●设定TCP服务器程序所运行的计算机网络接口地址（IP地址）；
●设定TCP服务器程序所监听的网络端口号；
●向远程TCP服务器程序发起TCP连接请求；
看似很多事情，其实在java中编程完成这些事情，相当简单。
通常情况下，如果要连接某个远端服务器程序，那必然要知道该服务器程序所运行的主机IP地址或者该主机名。
那么就可以通过运行该服务器程序的主机IP或主机名来在TCP客户端程序中构造一个InetAddress类对象实例。
比如：
主机IP=192.168.111.123;
主机名=whpucomputer
InetAddressserverIP=InetAddress.getByName（“192.168.111.123”）;
或
InetAddressserverIP=InetAddress.getByName（“whpucomputer”）;
光知道远程服务器程序所运行的主机地址还不够，TCP客户端程序还需要知道远程服务器程序所监听的端口号，通常在编程时端口号是一个整型数据。
该远程服务器程序所监听的端口号为:
8888。
知道了远程服务器程序所运行于的主机地址和其所监听的端口号后，就可以使用Socket类发起与远程服务器程序建立TCP连接的请求了，具体代码如下：
Socketclientsock=newSocket（serverIP,8888）;
上面代码复制符右端的Socket方法如果成功返回，那么就会返回一个Socket类对象的引用给Clientsock，在之后的程序中就可以使用这个Socket类对象引用来完成与远程服务器程序的通信工作了。
不过，该段代码有个比较明显的问题：
8888（端口号）被硬编码到代码中，这是一个不好的编程习惯。
具体如何跟好的设置端口号，后面整体说明时进行解释。
到此，TCP客户端编写发起向TCP服务器程序的TCP连接请求的代码就完成了，整体代码大致如下所示：
1.2.3与远程TCP服务器程序进行通信
基于java的TCP套接字程序中，与远程网络程序进行通信主要使用的是Socket类中的两个类成员InputSteam和OutputStream这两个字节流对象。
获取这两个Socket类的成员需要使用Socket类提供的两个方法：
getInputStream和getOutputStream。
在前面介绍的代码中，假设已经成功与远程服务器程序建立了一个TCP连接，并获取了一个Socket类对象的引用。
那么获取InputStream和OutputStream的对象的代码如下：
InputStreamin=clientsock.getInputStream（）;
OutputStreamout=clientsock.getOutputStream（）;
在java中使用文件流一般都不会直接使用InputStream和OutputStream类对象，一来直接使用字节访问数据比较麻烦，二来使用InputStream和OutputStream类对象会直接进行I/O操作，这样使用性能不高，特别是每次输入或输出的数据比较少的情况下，会反复进行I/O操作，由于每次I/O操作会耗费大量处理时间，因此势必带来运行效率不高的问题。
1.2.3.1对InputStream的封装
假如，我们想以字符的方式读取套接字的InputStream流对象中的字节数据，就可以对InputStream字节流对象进行封装，代码如下所示：
InputStreamReaderin=newInputStreamReader（clientsock.getInputStream（））;
上面的代码只是将原来以字节访问方式的流转换为以字符方式访问的流，并没有改变I/O操作的方式，为了提高访问信息，我们需要为流提供缓冲区，以便不必每次操作流时都产生I/O操作。
使用缓冲区时，有些问题必须注意。
例如：
对于输出流（OutputStream），只有在缓冲区已满或者显式的调用流的flush方法时，缓冲区中的数据才会真实的写入文件流，否则，不会执行将缓冲区数据写入输出流的操作；
而对于输入流（InputStream），只要缓冲区未满，那么就可以接收外界向本地输入流传送来的数据，而在缓冲区已满时，表示外界向本地发送数据的速度快于本地处理输入流数据的速度，因此此时要拒绝再接收外界发送来的数据。
为文件流提供缓冲功能的代码如下：
BufferedReaderin=newBufferedReader（
newInputStreamReader（
clientsock.getInputStream（）））;
1.2.3.2对OutputStream的封装
对于OutputStream文件字节流对象的封装基本和InputStream文件字节流对象封装的方式一致。
具体代码如下：
BufferedWriterout=newBufferedWriter（
newInputStreamWriter（
clientsock.getOutputStream（）））;
为了更容易的打印出缓冲区中的字符串，可以进一步对BufferedWriter对象进行封装，例如：
PrintWriterout=newPrintWrite（
newBufferedWriter（
clientsock.getOutputStream（））））;
1.2.4Client业务逻辑实现
这里需要实现的Client功能如下描述：
“循环10次，向Server端发送字符串”HelloServer”+i（i为整数，且0<
=i<
10），并接收Server的反馈信息，并将Server反馈信息打印到屏幕上。
”
在前面的代码基础上，我们已经有了一个与Server端的TCP连接的套接字对象：
clientsock。
并且也获得了该套接字对象的输入流和输出流，并进行功能需求的封装。
根据上述Client功能描述，具体的代码实现如下：
for（inti=0;
i<
10;
i++）{
out.println（"
helloServer"
+i）;
out.flush（）;
Stringstr=in.readLine（）;
System.out.println（str）;
}
以上代码中将循环执行10次的代码的工作内容如下：
out是封装了套接字输出流的PrintWriter对象，调用PrintWriter对象的println方法，会将”HelloServeri”写入缓冲区中，然而，这并不意味着缓冲区的内容会写入到套接字的输出流对象中，只有调用out的flush方法后，缓冲区的数据才会发送到套接字的输出流对象，网路才有可能将数据发送出去。
in.readLine（）用来从本地套接字的输入流中读取Server端回馈的信息，如果，Server端没有回馈信息到来，那么该方法就会一直阻塞在哪里不会返回；
而且就算Server端有数据返回，但是数据中没有/r/n，readLine方法同样不会返回，这就要求Server端回馈的数据最后一定要加上/r/n这两个字符，这可以手动添加到Server端连接套接字的输出流中，也可以直接使用PrintWriter对象的println方法，该方法会自动为字符串末尾添加/r/n。
提示：
在实际的网络应用程序中，避免使用Println和readLine方法，虽然这些方法在处理字符串方面非常简单好用，但是由于不同的操作系统的文本行结束符各不相同，这会导致跨平台的系统上运行包含了这些方法的网络程序时出现无法预料的问题，或者假死状态。
1.2.5TCP连接的关闭
Client再不需要向Server端发送数据时，可以通过Socket类的close方法来关闭套接字，此时，如果系统套接字缓存中还有数据未发送，系统会尝试继续发送数据，TCP/IP协议栈也同时会向Server端发送一个FIN包，告知Server，客户端已经准备关闭套接字，如果Server端发挥ACK确认FIN包后，本次TCP连接进入半关闭状态。
直到Server端的TCP/IP协议栈也发过来FIN包，并且Client端的TCP/IP协议栈发送对此次FIN包的ACK包后，整个TCP连接才完整关闭。
当Clinet端调用了套接字的close方法后，如果Server端再次从连接套接字的输入流读取数据，会获得到达流末尾的提示，此时读取到的数据可能是-1或者null，通过这可以判断出TCP连接的远端程序已经关闭了套接字，本地也可以关闭TCP连接的套接字了。
然而，这种靠底层TCP/IP协议机制来控制的套接字关闭的时机，不是特别理想。
最好的方式是在Client和Server端之间协商一种应用层的连接结束的机制。
out.println（"
END"
）;
out.flush（）;
在Client不想再保持连接时，就事先向Server端发送一个代表自己想断开TCP连接的意图。
如上面代码所示，在Client发送完所有数据之后，向Server端发送一个字符串”END”。
Server端在收到这个字符串后，就无需再为Client提供服务处理了，而关闭连接套接字。
这种机制保证在Server端可以明确的知道Client的终断连接的意图。
相比于通过TCP/IP发送的FIN包来判断Client已经断开的状态，这种方法肯定更好一些。
在发送了”END”字符串后
升级会员 