之后 定义一个协议，
在 客户端发出来的 聊天信息前面添加一个头。
例如，1表示群聊，2表示私聊，3表示添加好友，等等。每一个行为对应一个编码超过10个可以使用字母。
群聊的话，没什么好说，每个人发一个；
私聊，那么接下来的一个字符可以表示，私聊对象的账户名 的长度，比如 tom的 长度就是3，
之后，根据长度，截取 第3到第5个字符，截取到 此次 私聊信息是发送给 tom 的。
这条发送给服务器，希望他转发给tom的 消息就应该是
"23tom你好！"
之后去链表里面找tom 的soket 链接。打开他的 输出流，给他传送 聊天信息。
欢迎追问。
我说下思路：1、客户端创建房间时给每个房间分配惟一的一个房间ID，房间是公开的，每个连接的客户端都可以看到，房间属性，比如密码，比如黑名单，房间保存在Server内存当中，如果你使用了集群，建议存储到分布式缓存当中(Redis是最好的选择，其次是memcached)，当创建完成后，将房间信息发送给所有客户端。新客户端连接进来时，客户端要主动从服务端拉取房间信息。建议采用服务端主动通知（房间增减，服务端主动通知给所有客户端）和客户端定时轮询（客户端起个定时任务，每隔一定时间主动向服务端拉取房间列表）的方式来保证房间列表的动态更新。
2、当客户端选择加入房间时，如果设置有加入条件，比如密码，那就提示客户端输入，如果是其他条件就判断加入客户端是否符合这个条件。服务端保存房间同客户端的关联关系（可以设计成一对多，也就是一个客户端只能在一个房间聊天，也可以设计成多对多，一个客户端可以同时加入多个房间聊天，主要看设计），并将这个消息通知给这个房间所有的客户端列表“欢迎***进入房间”（消息的发送者为系统，房间ID这个房间的ID，接收人无，表示是这个房间的公开消息，消息内容即：欢迎***进入房间。）
3、把聊天内容当成消息的话，那消息应该有这样的属性，发送人，房间ID（如果没有房间ID就当成系统公告消息，在所有房间显示），接收人（如果没有指定接收人，则是公开消息，如果有接收人，就是私聊消息，只能在同一个房间私聊，那在发消息的时候要判断下接收客户端的是否在这个房间列表当中）。
4、再来说消息路由设置，当客户端发送消息时，根据房间ID，找到这个这个房间内所有的客户端列表，如果没有指定接收人，那消息就推送给这个房间关联的所有客户端，如果指定有接收人，接收人不在这个房间，直接提示“***已经离开”，如果还在就把消息推送给这个指定的客户端。
5、房间的管理：踢人，把这个客户端从房间同客户端关联关系解除，并在房间显示消息“***被踢出房间”等等
