Java Socket（一）

最近一直在看Socket，将自己的所学的记录一下。

TCP/TP

不详细涉及，网络上有充足的信息，可以参考http://baike.baidu.com/view/7729.htm。我说熟知的便是TCP/UDP属于传输层,而IP属于网络层。而IP提供了TCP/UDP网络传输的底层机制。

TCP提供检测和恢复IP层中通道可能造成的数据丢失以及其他错误。它的通道是基于byte-stream的，但是这个特点可能会造成报文接收不能与发送发一致，稍后谈这个问题。

UDP不对传输造成的错误进行修复，使用它时需要考虑处理这些问题。

Traditional Socket
再没有nio之前，一般使用blocking的方式编程。为了提高并发性，一般使用thrad-per-request的方式。

ss = new ServerSocket(10000);
while (true)
{
	socket = ss.accept();
	new Thread(new handle(socket)).start();//将处理丢给worker thread
}

当然这也有个问题，OS所能创建的thread是有限的，肯定不能无限制的创建，否则的话性能可能会不升反降。所以，可以采用thread pool的方式。1.5提供了很好的并发类库，所以可以将其修改为,

ArrayBlockingQueue workQueue = new ArrayBlockingQueue<Runnable>(20);
ThreadPoolExecutor excutor = new ThreadPoolExecutor(
		20,
		20,
		60,
		TimeUnit.SECONDS,
		workQueue);
ss = new ServerSocket(10000);
while (true)
{
	socket = ss.accept();
	// new Thread(new handle(socket)).start();
	excutor.execute(new handle(socket)); //handle by thread pool 
}

TCP Stream
解释一下上面提到的“报文接收不能与发送发一致”。这个问题很容易模拟出来，举个例子，

引用

发送 1,2,3

引用

但是收到的却是 12,3

看了一些资料，果然有本书提到这个问题，大意是，

引用

若使用TCP,则不能假设在写入的输入流与输出流之间有任何联系。

实际表现就是一个read()可能会获得多次write()的值。这个应该是取决于read()时使用的buffer的大小以及write()的时机。

关于这点我认为只需要keep in mind即可,呵呵 。NIO在看，改天再录，最近一直在找关于NIO的长连接写法，教程和网上基本都是短连接的。