socket 实现机制

    Socket机制用到的类有java.net.ServerSocket、java.net.Socket等。服务器端以监听端口号和接受队列长度为参数实例化ServerSocket类，缺省的队列长度是50，以accept()方法接收客户的连接。客户端则直接以服务器的地址和监听端口为参数实例化Socket类，连接服务器，缺省的连接方式是stream socket(区别于datagram socket)。
    服务器端和客户端调用getInputStream()和getOutputStream()方法得到输入/输出流。如果以ObjectInputStream和ObjectOutputStream包装Socket的输入/输出流，要注意一点，ObjectOutputStream类实例化时要向底层流写入一个标识码，ObjectInputStream类相应的读入该标识码，如果实例化的次序不当会引起死锁。建议客户服务器两端都先实例化ObjectOutputStream。
    因为调用ServerSocket类的accept()方法和Socket输入流的read()方法时会引起线程阻塞，所以应该用setSoTimeout()方法设置超时，缺省的设置是0，即超时永远不会发生。超时的判断是累计式的，一次设置后，每次调用引起的阻塞时间都从该值中扣除，直至另一次超时设置或有超时异常抛出。比如，某种服务需要三次调用read()，超时设置为1分钟，那么如果某次服务三次read()调用的总时间超过1分钟就会有异常抛出，如果要在同一个Socket上反复进行这种服务，就要在每次服务之前设置一次超时。

你编写的socket处理代码仅存在于表示层。应用层并不需要知道socket如何工作。
什么是socket?

现在我们知道了socket扮演的角色，那么剩下的问题就是：什么是socket?Bruce Eckel在他的《Java编程思想》一书中是这样描述socket的：

socket是一种用于表达两台机器之间连接“终端”的软件抽象。对于一个给定的连接，在每台机器上都有一个socket，你可以想象一个虚拟的"电缆"工作在两台机器之间，“电缆”插在两台机器的socket上。当然，物理硬件和两台机器之间的“电缆”这些连接装置都是未知的，抽象的所有目的就是为了让我们不必了解更多的细节。

简单的说，一台计算机上的socket同另一台计算机通话创建一个通信信道，程序员可以用这个信道在两台机器之间发送数据。当你发送数据时，TCP/IP协议栈的每一层都给你的数据里添加适当的报头。有个好消息是java语言隐藏了所有这些细节，这也是为什么他们有时被叫做“流socket”。
思考一下socket像电话听筒一样在电话的任意一端－－你和我通过一个专门的信道来进行通话和接听。会话将一直进行下去直到我们决定挂断电话（除非我们使用蜂窝电话），除非我们挂断电话，否则我们各自的电话线路都会占线。
如果你需要在两台机器之间进行通讯而不使用高级机制像ORBs（以及CORBA, RMI, IIOP等等），socket比较适合你。Socket的底层机制则相当棘手。幸运的是，java平台给我们一些虽然简单但是相当强大的高层抽象以至于我们创建和使用socket更加容易一些。
socket的类型

一般而言，java socket有下面两种类型：

TCP socket（由Socket类实现，下面的章节我们将对其讨论）
UDP socket（由DatagramSocket类实现）

TCP和UDP扮演同样的角色，但是实现是不同的。两者都接收传输协议数据包并把它们传递到表示层。TCP把信息分解成数据包(datagrams)并在接收端重新组装起来。它还对丢失的数据包进行重新传输的请求。TCP减少了上层的担忧。UDP没有组装和重传请求的功能。它只是传输数据包。更高层的层必须确保信息的完整性以及组合顺序的正确性。

一般而言，UDP使你的应用程序更有效率,但只在你的应用程序并不是立即交流大量数据并且不需要组装大量的数据报而完成一条消息的时候。否则TCP才是最简单和最有效的选择。