Java篇:Java网络编程(一)网络分层
大概是计算机网络知识地又一次复习和java.net下接口和类的了解吧。
转载:
计算机网络是通过传输介质、通信设施和网络通信协议,把分散在不同地点的计算机设备互连起来的,实现资源共享和数据传输的系统。网络编程就是编写程序使互联网的两个(或多个)设备(如计算机)之间进行数据传输。Java语言对网络编程提供了良好的支持。通过其提供的接口我们可以很方便地进行网络编程。
计算机网络20世纪60年代出现,经历了20世纪70年代、80年代和90年代地发展,进入21世纪后,计算机网路已经成为信息社会地基础设施,深入到人类社会地方方面面,与人们的工作、学习和生活息息相关。计算机网络分为网络协议和网络体系结构。
1.1 网络体系结构
通过网络发送数据是一项复杂的操作,必须仔细地协调网络的物理特性以及所发送数据的逻辑特征。通过网络将数据从一台主机发送到另外的主机。这个过程是通过计算机网络通信来完成的。
网络通信的不同方面被分解为多个层,层与层之间用接口连接。通信的双方具有相同的层次,层次实现的功能由协议数据单元(PDU)来描述。不同系统中的同一层构成对等层,对等层之间通过对等层协议进行痛惜,理解批次定义好的规矩和约定。每一层表示为物理硬件(即线缆和电流)与所传输信息之间的不同抽象层次。在理论上,每一层只与紧挨其上和其下的层对话。将网络分层,这样就可以修改甚至替换某一层的软件,只要层与层之间的接口保持不变,就不会影响到其他层。
计算机网络体系结构是计算机网络层次和协议的集合。网络体系结构对计算机网络实现的功能,以及网络协议、层次、接口和服务进行了描述,但并不涉及具体的实现。接口是同一节点内相邻层之间交换信息的连接处,也叫服务访问点(SAP)。
世界上第一个网络体系结构由IBM公司提出(1974年,SNA),以后其他公司也相继提出自己的网络体系结构。为了促进计算机网络的发展,国际标准化组织ISO在现有网络的基础上,提出了不基于具体机型、操作系统或公司的网络体系结构,称为开放系统互连参考模型,即OSI/RM(Open System Interconnection Reference Model)。
ISO制定的OSI参考模型过于庞大、复杂招致了许多批评。与此相对,美国国防部提出了TCP/IP协议栈参考模型,简化了OSI参考模型,由于TCP/IP协议栈的简单,获得了广泛的应用,并成为后续因特网使用的参考模型。
1.1.1 OSI参考模型
这里首先介绍OSI参考模型。OSI模型把网络通信的工作分为7层,分别是物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。
-
物理层
物理层处于OSI的最底层,是整个卡方系统的基础。物理层涉及通信信道上传输的原始比特流(bits),它的功能主要是为数据端设备提供传送数据的通路以及传输数据。
-
数据链路层
数据链路层的主要任务是实现计算机网络中相邻节点之间的可靠传输,把原始的、有差错的物理传输线加上数据链路协议以后,构成逻辑上可靠的数据链路。需要完成的功能有链路管理、成帧、差错控制以及流量控制等。其中成帧是对物理层的原始比特流进行界定,数据链路层也能够对帧的丢失进行处理。
-
网络层
网络层涉及源主机节点到目的主机节点之间可靠的网络传输,它需要完成的功能主要包括路由选择、网络寻址、流量控制、拥塞控制、网络互连等。
-
传输层
传输层起着承上启下的作用,涉及源端节点到目的端节点之间可靠的信息传输。传输层需要解决跨越网络连接的建立和释放,对底层不可靠的网络,建立连接时需要三次握手,释放连接时需要四次挥手。
-
会话层和表示层
会话层的主要功能时负责应用程序之间建立、维持和中断绘画,同时也提供对设备和节点之间的会话控制,协调系统和服务之间的交流,并通过提供单工、半双工和全双工3种不同的通信方式,使系统和服务之间有序地进行通信。
表示层关系所传输数据的格式定义,其主要功能是把应用层提供的信息变换为能够共同理解的形式,提供字符代码、数据格式、控制信息格式、加密等的统一表示。
-
应用层
应用层为OSI的最高层,是直接为应用进程提供服务的。其作用是在实现多个系统应用进程互相通信的同时,完成一系列业务处理所需的服务。
1.1.2 TCP/IP参考模型
TCP/IP,即Transmission Control Protocol/Internet Protocol的简写,中译名为传输控制协议/因特网互联协议,是Internet最基本的协议,Internet国际互联网络的基础。
TCP/IP协议是一个开放的网络协议簇,它的名字主要取自最重要的网络层IP协议和传输层TCP协议。TCP/IP协议定义了电子设备如何连入因特网,以及数据如何在它们之间传输的标准。TCP/IP参考模型采用4层的层级结构,每一层都呼叫它的下一层所提供的协议来完成自己的需求,这4个层次分别是:网络接口层、网络层(IP层)、传输层(TCP层)、应用层。
-
网络接口层
TCP/IP协议对网络接口层没有给出具体的描述,网络接口层对应着OSI参考模型里的物理层和数据链路层。
-
网络层(IP层)
网络层是整个TCP/IP协议栈的核心。它的功能是把分组发往目标网络或主机。同时,为了尽快地发送分组,可能需要沿不同地路径同时进行分组传递。因此,分组到达地顺序和发送的顺序可能不同,这就需要上层必须对分组进行排序。网络层除了需要完成路由的功能外,也可以完成将不同类型的网络(异构网)互连的任务。除此之外,互联网层还需要完成拥塞控制的功能。
-
传输层(TCP层)
TCP层负责在应用进程之间建立端到端的连接和可靠通信,它只存在与端节点中。TCP层涉及两个协议,TCP和UDP。其中,TCP协议提供面向连接的服务,提供按字节流的有序、可靠传输,可以实现连接管理、差错控制、流量控制、拥塞控制等。UDP协议提供无连接的服务,用于不需要或无法面向连接的网络应用中。
-
应用层
应用层为Internet中的各种网络应用提供服务。
1.2 网络协议
如同人与人之间相互交流是需要遵循一定的规则(如语言)一样,计算机之间能够进行相互通信是因为它们都共同遵守一定的规则,即网络协议。
OSI参考模型和TCP/IP模型在不同的层次中有许多不同的网络协议,如图所示:
网络协议之间的关系图如下:
1.2.1 IP协议(Internet protocol)
IP协议的作用在于把各种数据包准备无误地传递给对方,其中两个重要地条件是IP地址和MAC地址。由于IP地址是稀有资源,不可能每个人都拥有一个IP地址,所以我们通常的IP是路由器给我们生成的IP地址,路由器里面会记录我们的MAC地址。而MAC地址是全球唯一的。举例,IP地址就如同是我们居住小区的地址,而MAC地址就是我们住的那栋楼那个房间的那个人。IP地址采用的是IPv4格式,目前正在向IPv6过渡。
1.2.2 TCP协议(Transmission Control Protocol)
TCP(传输控制协议)是面向连接的传输层协议。TCP层是位于IP层之上,应用层之下的中间层。不同主机的应用层之间经常需要可靠的、像管道一样的连接,但是IP层不提供这样的流机制,而是提供不可靠的包交换。TCP协议采用字节流传输数据。
1.2.2.1 TCP的报文格式
TCP报文段包括协议首部和数据两部分,协议首部的固定部分是20个字节,首部的固定部分后面是选项部分。
下面是报文段首部各个字段的含义:
-
源端口号以及目的端口号:各占2个字节,端口是传输层和应用层的服务端口,用于寻找发送端和接收端的进程,一般来讲,通过端口号和IP地址,可以唯一确定一个TCP连接,在网络编程中,通常被称为一个socket接口。
-
序号:Seq序号,占4个字节、32位。用来标识从TCP发送端向TCP接收端发送的数据字节流。发起方发送数据时对此进行标记。
-
确认序号:Ack序号,占4个字节、32位。包含发送确认的一段所期望收到的下一个序号,只有ACK标记为为1时,确认序号字段才有效,因此,确认需要应该是上次已经成功收到的数据字节需要加1,即Ack=Seq+1。
-
数据偏移:占4个字节,用于指出TCP首部长度,若不存在选项,则这个值为20字节,数据偏移的最大值为60字节。
-
保留字段占6位,展示可忽略,值全为0。
-
标志位,6个
-
URG(紧急):为1时表名紧急指针字段有效
-
ACK(确认):为1时表名确认号字段有效
-
PSH(推送):为1时接收方应尽快将这个报文段交给应用层
-
RST(复位):为1时表名TCP连接出现故障必须重建连接
-
SYN(同步):在连接建立时用来同步序号
-
FIN(中止):为1时表名发送端数据发送完毕要求释放连接
-
-
接收窗口:占2个字节,用于流量控制和拥塞控制,标识当前接收缓冲区的大小。在计算机网络中,通常是用接收方的接收能力的大小来控制发送方的数据发送量,TCP连接的一段根据缓冲区大小确定自己的接收窗口值,告诉对方,使对方可以确定发送数据的字节数。
-
校验和:占2个字节,范围包括首部和数据两部分。
-
选项是可选的,默认情况是不选。
1.2.2.2 三次握手与四次挥手
TCP是面向连接的协议,因此每个TCP连接都有3个阶段:连接建立、数据传送和连接释放。连接建立经历三个步骤,通常称为“三次握手”。
TCP三次握手过程如下:
-
1、第一次握手(客户端发送请求)
客户机发送连接请求报文段到服务器,并进入SYN_SENT状态,等待服务器确认。发送连接请求报文段内容:SYN=1,seq=x;SYN=1意思是一个TCP的SYN标志位置为1的包,指明客户端打算连接的服务器的端口;seq=x表示客户端初始序号x,保存在包头的序列号(Sequence Number)字段里。
-
2、第二次握手(服务端回传确认)
服务器收到客户端连接请求报文,如果同意建立连接,向客户机发回确认报文段(ACK)应答,并为该TCP连接分配TCP缓存和变量。服务器发回确认报文段内容:SYN=1,ACK=1,seq=y,ack=x+1;SYN标志位和ACK标志位均为1,同时将确认序号(Acknowledgement Number)设置为客户的ISN加1,即x+1;seq=y为服务端初始序号y。
-
3、第三次握手(客户端回传确认)
客户机收到服务器的确认报文段后,向服务器给出确认报文段(ACK),并且也要给该连接分配缓存和变量。此包发送完毕,客户端和服务器进入ESTABLISHED(TCP连接成功)状态,完成三次握手。客户端发回确认报文段内容:ACK=1,seq=x+1,ack=y+1;ACK=1为确认报文段;seq=x+1为客户端序号加1;ack=y+1,为服务器发来的ACK的初始序号字段+1。
注意:握手过程中传送的包里不包含数据,三次握手完毕后,客户端与服务器才正式开始传送数据。
TCP四次挥手过程如下:
由于TCP连接是全双工的,因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个FIN只意味着这一方向上没有数据流动,一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭,而另一方执行被动关闭。
-
TCP客户端发送一个FIN,用来关闭客户端到服务端的数据传送,客户端进入FIN_WAIT_1状态。发送报文段内容:FIN=1,seq=u;FIN=1表示请求切断连接;seq=u为客户端请求初始序号。
-
服务端收到这个FIN,它发回一个ACK给客户端,确认序号为收到的序号加1。和SYN一样,一个FIN将占用一个序号;服务端进入CLOSE_WAIT状态。发送报文段内容:ACK=1,seq=v,ack=u+1;ACK=1为确认报文;seq=v为服务器确认初始序号;ack=u+1为客户端初始序号加1。
-
服务器关闭客户端的连接后,发送一个FIN给客户端,服务端进入LAST_ACK状态。发送报文段内容:FIN=1,ACK=1,seq=w,ack=u+1;FIN=1为请求切断连接,ACK=1为确认报文,seq=w为服务端请求切断初始序号。
-
客户端收到FIN后,客户端进入TIME_WAIT状态,接着发回一个ACK报文给服务端确认,并将确认序号设置为收到序号加1,服务端进入CLOSED状态,完成四次挥手。发送报文内容:ACK=1,seq=u+1,ack=w+1;ACK=1为确认报文,seq=u+1为客户端初始序号加1,ack=w+1为服务器初始序号加1。
注意:为什么连接的时候是三次握手,关闭的时候却是四次挥手?
因为当服务端收到客户端的SYN连接请求报文后,可以直接发送SYN+ACK报文。其中ACK报文是用来应答的,SYN报文是用来同步的。但是关闭连接时,当服务端收到FIN报文时,很可能并不会立即关闭socket,所以只能先回复一个ACK报文,告诉客户端,“你发的FIN报文,我收到了”。只有等到服务端所有的报文都发送完了,我才能发送FIN报文,因此不能一起发送,故需要四步挥手。
1.2.3 UDP协议(User Datagram Protocol)
UDP,用户数据报协议,它是TCP/IP协议簇中无连接的传输层协议。
-
UDP是一个非连接的协议,传输数据之前源端和终端不建立连接,当它想传送时就简单地抓取来自应用程序地数据,并尽可能快地把它扔到网络上。在发送端,UDP传送数据地速度仅仅是受到应用程序生成数据的速度、计算机的能力和传输带宽的限制;在接收端,UDP把每个消息段放在队列中,应用程序每次从队列中读一个消息段。
-
由于传输数据不建立连接,因此也就不需要维护连接状态,包括收发状态等,因此一台服务器可同时向多个客户端传输相同的消息。
-
UDP信息包的标题很短,只有8个字节,相对于TCP的20个字节信息包的额外开销很小。
-
吞吐量不受拥挤控制算法的调节,只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。
-
UDP不保证可靠交付,因此主机不需要维持复杂的链接状态表。
-
UDP是面向报文的。发送方的UDP对应用程序交下来的报文,在添加首部后就向下交付给IP层,既不拆分也不合并,而是保留这些报文的边界,因此,应用程序需要选择合适的报文大小。
1.2.3.1 UDP协议格式
UDP协议由两部分组成:首部和数据。其中首部仅有8个字节,包括源端口和目的端口、长度(UDP用于数据报的长度)、校验和。
1.2.3.2 TCP和UDP的区别
-
TCP基于连接,UDP是无连接的。
-
对系统资源的要求,TCP较多,UDP较少。
-
UDP程序结构较简单。
-
TCP是流模式,而UDP是数据报模式。
-
TCP保证数据正确性,而UDP可能丢包;TCP保证数据顺序,而UDP不保证。
1.2.4 HTTP协议
HTTP,超文本传输协议,它是互联网上应用最为广泛的一种网络协议。HTTP是一种应用层协议,它是基于TCP协议之上的请求/响应式的协议。HTTP协议是Web服务器之间通信的标准协议。HTTP指定客户端与服务器如何建立连接、客户端如何从服务器请求数据,服务器如何响应请求,以及最后如何关闭。HTTP连接使用TCP/IP来传输数据。
对于从客户端到服务器的每一个请求,都有4个步骤:
-
默认情况下。客户端在端口80打开与服务器的一个TCP连接,URL还可以指定其他端口。
-
客户端向服务器发送消息,请求指定路径上的资源。这个资源包括一个首部,可选地(取决于请求的性质)还可以由一个空行,后面是这个请求的数据。
-
服务器向客户端发送响应,响应以响应码开头,后面是包含数据的首部、一个空行以及所请求的文档或错误消息。
-
服务器关闭连接。
现在使用的HTTP协议是HTTP/1.1版本,1997年之前采用的是HTTP1.0版本。HTTP连接在1.0版本中采用非持续连接工作方式,1.1版本采用的是持续连接工作方式,持续连接是指服务器在发送响应后仍然在一段时间内保持这条由TCP传输层协议建立起来的连接,使客户端和服务器可以继续在这条连接上传输HTTP报文。
是否采用持续连接工作方式,1.0中默认是关闭的,需要在HTTP头加入 “Connection:Keep-Alive”,才能启用Keep-Alive。HTTP1.1中默认启用Keep-Alive,如果加入“Connections:close”,才关闭。目前大部分浏览器都是用HTTP1.1协议,也就是说默认都会发起Keep-Alive的连接请求了,所以是否能完成一个完整的Keep-Alive连接就看服务器设置情况。
1.2.4.1 HTTP报文
HTTP协议是基于TCP协议之上的请求/响应式协议,下面主要介绍HTTP报文的格式,HTTP报文主要有请求报文和响应报文两种。
首先看HTTP请求报文的格式:
HTTP请求报文由请求行、首部行和实体主体组成,由浏览器发送给服务器。上面这张图中SP表示空格,cr lf表示回车和换行。下面是谷歌浏览器内访问服务器查看HTTP请求的例子:
HTTP响应报文格式:
上面这张图是HTTP响应报文,它由状态行、首部行和实体主体组成。下面为HTTP响应报文例子。
1.2.4.2 HTTP请求方法和响应状态码
在上面的HTTP请求报文例子中,我们可以看到请求方法是GRT,这表示请求读取由URL所标志的信息,除了GET,还有其他几种常用的方法。
在HTTP响应报文的例子中,我们可以看到状态码是200,表示响应成功。下表是其他状态码,总共5大类,33种。
1.2.4.3 HTTP和HTTPS的区别
HTTPS(全称:Hyper Text Transfer Protocol over Secure Socket Layer),是以安全为目标的HTTP通道,简单来说就是HTTP的安全版。即HTTP下加入SSL层,HTTPS的安全基础是SSL,因此加密的详细内容就需要SSL。它是一个URL scheme(抽象标识符体系),句法类同http:体系,用于安全的HTTP数据传输。https:URL表明它使用HTTP,但HTTPS存在不同于HTTP的默认端口及一个加密/身份验证层(在HTTP与TCP之间)。
超文本传输协议HTTP协议被用于在Web浏览器和网站服务器之间传递消息。HTTP以明文方式发送内容,不提供任何方式的数据加密,如果攻击者截取了Web浏览器和网站服务器之间的传输报文,就可以直接读懂其中的信息,因此HTTP协议不适合传输一些敏感信息,比如信用开号、密码等。
为了解决HTTP协议的这一缺陷,需要使用另一种协议:安全套接字层超文本传输协议HTTPS。为了数据传输的安全,HTTPS在HTTP的基础上加入了SSL协议,SSL依靠证书来验证服务器的身份,并为浏览器和服务器之间的通信加密。
HTTPS和HTTP的区别主要为以下四点:
-
https协议需要到ca申请证书,一般免费证书很少,需要缴费。
-
http是超文本传输协议,信息是铭文传输,https则是具有安全性的ssl加密传输协议。
-
http和https使用的是完全不同的连接方式,用的端口也不一样,前者是80,后者是443。
-
http的连接很简单,是无状态的;https协议是有ssl+http协议构建的可进行加密传输、身份认证的网络协议,比http协议安全。
1.2.4.4 HTTP和TCP/IP协议的关系
网络中有一段比较容易理解的介绍:
“我们在传输数据时,可以只使用(传输层)TCP/IP协议,但是那样的话,如 果没有应用层,便无法识别数据内容,如果想要使传输的数据有意义,则必须使用到应用层协议,应用层协议有很多,比如HTTP、FTP、TELNET等,也 可以自己定义应用层协议。WEB使用HTTP协议作应用层协议,以封装HTTP文本信息,然后使用TCP/IP做传输层协议将它发到网络上。”
X Java.net总览
接口 | 描述 |
---|---|
ContentHandlerFactory | 该界面为内容处理程序定义了一个工厂。 |
CookiePolicy | CookiePolicy实现决定哪些Cookie应该被接受,哪些应该被拒绝。 |
CookieStore | CookieStore对象表示Cookie的存储。 |
DatagramSocketImplFactory | 该接口为数据报套接字实现定义了一个工厂。 |
FileNameMap | 一个简单的界面,提供了一种在文件名和MIME类型字符串之间映射的机制。 |
ProtocolFamily | 代表一系列通信协议。 |
SocketImplFactory | 该接口定义了一个用于套接字实现的工厂。 |
SocketOption<T> | 与套接字关联的套接字选项。 |
SocketOptions | 获取/设置套接字选项的方法的接口。 |
URLStreamHandlerFactory | 该接口为 URL流协议处理程序定义了一个工厂。 |
类 | 描述 |
---|---|
Authenticator | Authenticator类代表一个知道如何获取网络连接认证的对象。 |
CacheRequest | 表示在ResponseCache中存储资源的通道。 |
CacheResponse | 代表从ResponseCache中检索资源的通道。 |
ContentHandler | 抽象类 ContentHandler是读取所有类的超 Object从 URLConnection 。 |
CookieHandler | CookieHandler对象提供一个回调机制,将HTTP状态管理策略实现连接到HTTP协议处理程序中。 |
CookieManager | CookieManager提供了一个具体的CookieHandler 实现 ,它将cookie的存储与接受和拒绝cookie的策略分开。 |
DatagramPacket | 该类表示数据报包。 |
DatagramSocket | 此类表示用于发送和接收数据报数据包的套接字。 |
DatagramSocketImpl | 抽象数据报和组播套接字实现基类。 |
HttpCookie | HttpCookie对象表示HTTP cookie,它承载服务器和用户代理之间的状态信息。 |
HttpURLConnection | 支持HTTP特定功能的URLConnection。 |
IDN | 提供在正常Unicode表示和ASCII兼容编码(ACE)表示之间转换国际化域名(IDN)的方法。 |
Inet4Address | 该类表示Internet协议版本4(IPv4)地址。 |
Inet6Address | 该类表示Internet协议版本6(IPv6)地址。 |
InetAddress | 此类表示Internet协议(IP)地址。 |
InetSocketAddress | 该类实现IP套接字地址(IP地址+端口号)它也可以是一对(主机名+端口号),在这种情况下将尝试解析主机名。 |
InterfaceAddress | 此类表示网络接口地址。 |
JarURLConnection | 与Java ARchive(JAR)文件或JAR文件中的条目的URL连接。 |
MulticastSocket | 组播数据报套接字类对发送和接收IP组播数据包很有用。 |
NetPermission | 此类用于各种网络权限。 |
NetworkInterface | 此类表示由名称组成的网络接口和分配给此接口的IP地址列表。 |
PasswordAuthentication | PasswordAuthentication类是Authenticator使用的数据持有者。 |
Proxy | 此类表示代理设置,通常是类型(http,socks)和套接字地址。 |
ProxySelector | 选择在连接到URL引用的网络资源时使用的代理服务器(如果有)。 |
ResponseCache | 表示URLConnection缓存的实现。 |
SecureCacheResponse | 表示最初通过安全手段(例如TLS)检索的缓存响应。 |
ServerSocket | 这个类实现了服务器套接字。 |
Socket | 该类实现客户端套接字(也称为“套接字”)。 |
SocketAddress | 这个类代表一个没有协议附件的Socket地址。 |
SocketImpl | 抽象类 SocketImpl是实际实现套接字的所有类的公共超类。 |
SocketPermission | 此类表示通过套接字访问网络。 |
StandardSocketOptions | 定义 标准套接字选项。 |
URI | 表示统一资源标识符(URI)参考。 |
URL | URL类 URL统一资源定位器,指向万维网上的“资源”的指针。 |
URLClassLoader | 此类加载器用于从引用JAR文件和目录的URL的搜索路径加载类和资源。 |
URLConnection | 抽象类 URLConnection是表示应用程序和URL之间的通信链接的所有类的超类。 |
URLDecoder | HTML表单解码的实用类。 |
URLEncoder | HTML表单编码的实用类。 |
URLPermission | 表示访问由给定网址定义的资源或资源集的权限,以及给定的用户可设置请求方法和请求标头集合的权限。 |
URLStreamHandler | 抽象类 URLStreamHandler是所有流协议处理程序的通用超类。 |
ENUM | 描述 |
---|---|
Authenticator.RequestorType | 请求认证的实体的类型。 |
Proxy.Type | 代表代理类型。 |
StandardProtocolFamily | 定义通信协议的标准系列。 |
异常 | 描述 |
---|---|
BindException | 指示尝试将套接字绑定到本地地址和端口时发生错误。 |
ConnectException | 指示尝试将套接字连接到远程地址和端口时发生错误。 |
HttpRetryException | 抛出表示HTTP请求需要重试,但由于启用了流式传输模式,因此无法自动重试。 |
MalformedURLException | 抛出以表示发生格式不正确的网址。 |
NoRouteToHostException | 指示尝试将套接字连接到远程地址和端口时发生错误。 |
PortUnreachableException | 指示在连接的数据报上收到了ICMP端口不可达消息。 |
ProtocolException | 抛出以表示底层协议有错误,如TCP错误。 |
SocketException | 抛出以表示创建或访问Socket时出错。 |
SocketTimeoutException | 指示在套接字上发生超时时读取或接受。 |
UnknownHostException | 抛出以表示无法确定主机的IP地址。 |
UnknownServiceException | 抛出以表示发生未知服务异常。 |
URISyntaxException | 检查的异常抛出以指示不能将字符串解析为URI引用。 |