前言
| 以前，对JAVA通信，了解的不多，有些东西都迷迷糊糊的，经过一段时间的学习，知道 了不少，也编写了一个简单的FTP服务器，下面分享给大家！ |
实战
| 要做什么？
我们知道，很多WEB服务器，例如Apache HTTPD,Nginx等都提供类似上面图示的方式进行工作： Server负责Worker的创建，销毁； Woker负责具体与客户端的通信，处理请求； 那么，我们接下来要做的就是一个简单的例子，实现客户端和服务端的交互，例如发送 文本消息，客户端上传文件到服务器，服务器提供下载文件功能。 要通信，就要约定协议！ 我们知道计算机发送，接受的都是字节数据，如果A“胡乱”的给B发数据，B能知道是 什么意思吗？很显然，A应该清楚的告诉B如何接受数据，接受多大的数据，接受完毕后如何处理，数据都是些什么意思，而这些就是协议~ 那么下面，就来约定协议： sendMsg charset=gbk 世界，你好 sendFile charset=gbk JAVA并发编程实战.pdf downloadFile charset=utf-8 JAVA编程思想.pdf 上面的格式，说明了，client可以给server发送消息、文件，还可以向server索要文 件。对于发送文本消息，很显然，接受方需要知道用什么编码将字节流进行转换；类似的，上传文件/下载文件，需要知道文件名称编码。对于文件上传下载，我们都采用字节流处理，并不涉及到转换成字符流，所以对于文件可以不用提供文件内容编码了。至于上传下载的路径，我们可以配置即可。另外，需要注意的是，不论对于发送文本消息，还是文件，都需要结束，所以需要发送消息的长度，文件的长度。具体来说，我们可以用1个BYTE来代表sendMsg/sendFile/downloadFile；用1个BYTE来代表charset；用1个LONG来代表长度；其他信息就是字节流了。 从类的角度出发进行设计 要提供SOCKET的封装类 说到底，是SOCKET之间的通信，如果不对SOCKET进行一次封装，那么就会有很多代码 反复写，而且封装之后，将隐藏流的细节，有利于外部调用。要清楚的是，SOCKET的通信，最终也是反映到IO流的操作上的，那么多JAVA IO流，选择什么流呢？我们应该从协议的角度出发，我们需要读写的协议数据格式是什么，哪些IO流提供的方法多些，方便我们操作呢？DataInputStream/DataOutputStream，这种数据流，提供了众多数据格式的write/read操作。
注意到，由于我们设计到3种命令格式，只需要一个BYTE来代表COMMAND TYPE，因此我们 需要readByte/writeByte方法；由于我们需要消息/文件的长度信息，因此我们需要readLong/writeLong方法；既然涉及到流，必然需要关闭，我们可以给SocketWrapper打上Closeable标签，提供close方法（实际上，InputStream/OutputStream/Reader/Writer都是打上了Closeable标签的）；另外，提供了writeString方法，会将String信息以CharsetByte指定的编码格式进行写入；writeFile方法则是针对文件。我们可以先来看看writeFile的实现：
这里需要注意的是： 根据文件大小来选择一次性字节发送，还是分批发送； 要知道如果一次性将非常大的文件字节流发送到对方，会造成对方内存区域紧张，而 分批字节发送会很好的缓解压力！ 提供和协议相关的信息类 字符集信息类：
对于服务器，需要知道根据编码BYTE找到字符集，对于客户端，需要根据字符集找到 对应编码的BYTE。
那么在内存中，应该存在初始化好的字符集！
命令信息类：
我们可以清楚的看到，通过ENUM，我们轻松完成了字符串命令与命令编码的映射关系！ 更加重要的是见名知意！ 我们来看看getSendableClass()是干嘛的呢？
很显然，如果sendMsg，那么是一类处理手段，如果是sendFile将是另一类处理手段。 同样的，在内存中，我们应该初始化好这类信息：
提供客户端处理类 对于sendMsg,sendFile,downloadFile而言，它们是可以抽象出来的！
我们可以来具体看一看SendFileable这个类：
先来看看getCommandType()：
其实，就是为了客户端向服务端发送命令类型提供支持！ String[] token是什么呢？ 对于sendMsg charset=gbk 世界，你好 而言，token就是{“sendMsg” , “gbk” , “世界，你好”}。也就是说，TOKEN其实就是一组逻辑单元！ 看看具体的doTask()是怎么做的：
第一步，发送命令类型； 第二步，发送文件名称编码以及文件名称对应编码的字节流以及长度 第三步，等待服务端响应，如果服务端已经存在了此文件，则拒绝；否则开始writeFile 感悟： 有些时候，我们需要等待；而不是一股脑的把东西都发送过去，也许是不必要的！ 让客户端运转起来！---》ClientMain
循环起来：
客户端在CMD下发送的命令，首先通过LineProcesser预处理下，然后形成TOKEN，根据 TOKEN找到对应处理类，利用反射实例化处理类，调用doTask方法即可！ 提供服务端处理类：
Worker是具体负责和客户端通信的线程，应该持有SocketWrapper的引用，同时通过ID来 进行Worker的标示，下面我们来看看run()是怎么处理的：
processMsg/processSendFile/processDownloadFile具体实现，很简单了，大家可以 自己动手去实现！ ServerMain:
通过代码，我们清楚的看到了，每accept一个client socket，服务端就new一个 Worker进行处理！ |
本文转自zfz_linux_boy 51CTO博客，原文链接：http://blog.51cto.com/zhangfengzhe/1712845，如需转载请自行联系原作者
