Java开源-Talk:一个聊天系统
JosNsb
8年前
<p>这是一个Java聊天系统，作为Java实验课的内容，目前已基本完成，支持如下功能：</p> <ul> <li>群聊</li> <li>私聊</li> <li>消息提醒</li> <li>用户状态标记</li> <li>聊天记录保存</li> <li>表情支持</li> </ul> <p>效果如下图：</p> <p>这是私聊的界面，其中可以看到<code>Master</code>，表示群聊大厅，选中可以进行群聊，而选择其他用户，则表示私聊。</p> <p>名字后面的<code>(*)</code>表示消息提醒，切换标签即可查看，而<code>(Offline)</code>则标记用户已经离线。</p> <p><a href="/misc/goto?guid=4959730133842881082"><img alt="私聊" src="https://simg.open-open.com/show/8610964e11ecbde7e4fee7db7e59545b.png"></a></p> <p>同样，可以发送表情，不那么单调。</p> <p><a href="/misc/goto?guid=4959730133940968308"><img alt="表情支持" src="https://simg.open-open.com/show/78436c32123307f2bf12833a8b68886e.png"></a></p> <p>这是服务端界面，主要是记录用户的登入、注销。</p> <p><a href="/misc/goto?guid=4959730134021697934"><img alt="服务端界面" src="https://simg.open-open.com/show/bb4bd093c353a04f12928ab630516349.png"></a></p> <p>下面我就来写下我的设计思路吧。</p> <h2>设计思路</h2> <p>首先我要吐槽的是，界面真难写，从代码统计中可以看出，我的服务端230行左右，而客户端达到700多行，同时客户端也写的一坨，纯粹是面向过程的写法了。</p> <p>这里我把客户端和服务端写到一个项目里（有3个包，一个客户端，一个服务端，一个公用数据），通过命令行参数来判断是启动客户端，还是服务端<code>--server</code>，同时互不依赖。</p> <p>在写客户端的过程中，发现<code>Swing</code>比较丑，查了下资料，最后选择了<code>JavaFX</code>来构建界面。</p> <p>刚开始是用<code>openjdk</code>来编写，发现没有内置<code>JavaFX</code>库，最后还是老老实实用了<code>Oracle-JDK</code>。</p> <p>期间也查了不少资料，全是关于客户端的细节处理。</p> <h3>公用数据包</h3> <p>这里主要定义了3个类，分别介绍如下。</p> <p><code>Talk</code>类就是程序的主入口了，通过判断是否带<code>--server</code>来启动服务端或者客户端。</p> <p><code>TalkUser</code>类，主要是为服务端使用的，标记了用户名<code>userName</code>，以及该用户收到的消息队列<code>message</code>（为<code>[*FROM <from>]</code>格式，后面会讲）。同时也定义了<code>sendMsg</code>（存储用户消息）和<code>sendAll</code>（存储群聊消息）方法，来存储消息。可能方法名有点误导，比如说调用<code>usr.sendMsg(from, msg)</code>，其实是<code>usr</code>存储<code>from</code>发来的消息，而不是发送消息= =。<code>sendAll</code>类似。</p> <p><code>TalkEmoji</code>类，这个类比较智障，存储了各个<code>Emoji</code>表情的<code>Unicode</code>码，这里提前说下，其实早在2010年，<code>Unicode</code>编码就已经纳入了700多个<code>Emoji</code>表情，所以是可以支持表情的，只要加载支持<code>Emoji</code>表情的字库即可。参考链接：<a href="/misc/goto?guid=4959730134109347499">How to support Emojis</a></p> <p><a href="/misc/goto?guid=4959730134191549092"><img alt="emoji" src="https://simg.open-open.com/show/a1b0acaaa7c087a5b710a22b04827aa8.png"></a></p> <h3>服务端<code>pers.netcan.talk.server</code></h3> <p>服务端接口设计，比较烂大街（传统）的<code>Master-Worker</code>模型，设置一个<code>Master</code>主线程，专门用来监听客户端请求；当客户端请求时，则创建一系列子线程<code>Workers</code>来处理各个客户端的请求。</p> <p>需要注意的是Java很容易产生<code>Null</code>指针异常操作问题，这里要仔细处理。</p> <p>之后就是设计一套专用的协议，以实现服务端与客户端的交互。</p> <p>我设计的协议如下：</p> <ul> <li> <p>客户端请求</p> <ul> <li><code>[REGISTER]<username></code>： 用户注册到服务器，服务器产生一个子线程专门来处理这个用户的请求</li> <li><code>[GETUSRS]</code>： 服务端返回在线用户列表<code>[USERS]<uesr1>, <user2>...</code>，用逗号隔开</li> <li><code>[SENDTO <to>]<message></code>： 用户发送<code>message</code>消息给名为<code>to</code>的用户，若发送给<code>Master</code>，则<code>[ALLFROM]</code>响应。</li> <li><code>[LOGOUT]</code>：用户注销</li> </ul> </li> <li> <p>服务端响应</p> <ul> <li><code>[USERS]<uesr1>, <user2>...</code>： 响应客户端的<code>[GETUSRS]</code>请求，返回各个在线用户名</li> <li><code>[OK]</code>： 目前仅表示用户的<code>[REGISTER]</code>请求成功，即登录成功</li> <li><code>[FAILED]</code>： 目前仅表示用户的<code>[REGISTER]</code>请求失败，即登录失败，可能因为重名。</li> <li><code>[FROM <from>]<message></code>： 表示当前用户收到一个名为<code>from</code>用户的<code>message</code>消息。</li> <li><code>[ALLFROM <from>]<message></code>： 表示当前用户收到一个名为<code>from</code>用户的群发（在<code>Master</code>标签中显示）<code>message</code>消息。</li> </ul> </li> </ul> <p>好吧，应该就那么几条指令，这样对于一个聊天系统来说足够了，需要注意的是发送的时候，用<code>flush</code>方法立即将发送缓冲区中的内容发送出去，而不是等到缓冲区满了才发送，这样就没有交互性可言了。</p> <p>忘记说一点，我是这么处理用户的消息的，在<code>Master</code>中有一个<code>Users</code>全局变量（这样所有的线程都能访问了），它的类型为<code><TalkUser></code>，就是前面公用数据包中提到的数据结构，每当接收到用户的发送指令<code>[SENDTO]</code>时，就调用对应用户的<code>sendto</code>方法来存储消息到自己的消息队列中。而每个<code>Worker</code>线程，都会在<code>300ms</code>内检查各自处理用户的消息队列是否有消息，一有就立刻发送给对应的客户端，让客户端展示出来。</p> <p>之前和一个同学讨论这个聊天软件是怎么设计比较合适，他比较纠结一个问题，就是怎么调度各个用户发送的消息，所以考虑用轮询的做法，而我一开始就没考虑过这个问题，因为很简单啊，用户A发消息给用户B，用户B直接展示出来就行了，反过来类似，如果同时发，怎么调度？当然是谁网速快就先处理谁的= =，同理，群聊也是，服务器先收到谁的，就立刻发送给各个用户，先后顺序完全由发送时间和网速来确定，所以不用考虑那么多的。（当然可能每个用户的消息记录显示顺序不一样，这也是有可能的）。</p> <h3>客户端<code>pers.netcan.talk.client</code></h3> <p>客户端写的就比较凌乱了，它的职责无非就是解析服务器响应，展现给用户，同时将用户的操作（主要是发送命令）发送给服务器处理。</p> <p>看起来比较容易，细节还是比较难处理的。客户端开一个线程，每<code>300ms</code>发送一个<code>[GETUSRS]</code>报文给服务器，服务器响应报文，返回用户列表，也就是说每<code>300ms</code>刷新一下用户列表，这里起到2个作用，一是相当于心跳包，维持<code>TCP</code>长连接，二是实时获取在线用户，之后就是接收消息，每<code>300ms</code>接收一条消息是可以接受的。</p> <p>然而这个专门用来刷新消息的线程，若修改<code>UI</code>会出错，无奈查了大量资料，用<code>Task<Void></code>来处理，将修改<code>UI</code>、刷新消息部分代码放到如下代码块中处理。</p> <pre> <code class="language-java">Platform.runLater(new Runnable() { @Override public void run() { ... } });</code></pre> <p>用户状态标记，这里当用户离线的时候，就加个<code>(Offline)</code>标记，有新消息，就加个<code>(*)</code>标记，用正则表达式<code>"([\\w\\d]+)( \\((\\*|Offline)\\))?"</code>来匹配是哪种状态，看起来够难写的。</p> <p>发送消息，响应发送按钮点击事件，和回车事件，然后将发送框中的消息<code><msg></code>，用户列表选中的用户<code><to></code>，发送<code>[SENDTO <to>]<msg></code>指令给服务端。需要注意的是，为了减少特殊字符（例如换行）带来的麻烦，将消息字符串利用<code>base64</code>编码再发送，接收的时候再<code>base64</code>解码，就不用考虑那么多文本处理细节了。</p> <p>接收消息，每<code>300ms</code>响应一下服务端，然后检查是否有<code>[*FROM]</code>响应，并将消息存储至消息记录中。客户端展现出来。</p> <p>表情支持，将一些<code>Emoji</code>表情的<code>Unicode</code>码存到按钮中，然后响应按钮事件，点击按钮就把表情附加到发送框中，这里又出现一个问题，我将<code>emojis</code>定义为一个按钮数组，那么绑定事件会出现问题：</p> <pre> <code class="language-java">for(int i=0; i<TalkEmoji.emoji.length; ++i) { // 将表情显示到按钮上 emojis[i].setOnAction((event) -> { sendMsg.appendText(emojis[i].getText()); }); }</code></pre> <p>将编译不过去，因为<code>event</code>的<code>lambda</code>表达式引用了<code>i</code>这个外部变量，这在<code>Java</code>中是不允许的（只能将外部变量声明为<code>final</code>），<code>this</code>我也想过了，不行，没办法，又查了大量资料，解决如下：</p> <pre> <code class="language-java">((Button) event.getSource()).getText()</code></pre> <p>利用<code>event.getSource()</code>方法获取是哪个对象响应的事件。</p> <p>当用户点击退出按钮的时候，就将内存中的聊天记录以用户名为文件名的方式保存到文件中，登录的时候加载一下文件的内容到内存中即可。</p> <p>还有一点要注意的是，保存/读取文件需要指定编码，否则在<code>Win</code>平台下运行，保存/读取的内容将乱码。</p> <h2>TODO</h2> <ul> <li>服务器接口</li> <li>完成客户端</li> <li>聊天记录保存至文件</li> <li>增加表情支持</li> </ul> <p> </p>