求高手点拨一个Socket程序的设计方案可行性.

高手，您好：
    我在写一个Socket程序，由于工期，工程量和技术的原因，现在，我需要尽快将我的作品调通畅.现在，我打算进行下面的“简化版本程序”的修改方案的施工，为了“快速将活儿”交工，希望得到高手的可行性认证：
    1.我打算将我的服务端的数十个并行线程的功能的所有的“close()语句”全部删除.
    2.并且，在每一个子线程中创建出的“流”或者“Socket对象”都按照用户的编号，放到对应与入口类中定义的静态的HashMap对象中去.
    3.我在我的服务端做出一个“心跳测试”的验证线程，让我的所有的用户，以5秒为一个周期，向我的服务器发出用户编号，服务器在经过50秒未得到某一位用户的心跳包后，将该用户的所有在服务器的资源回收.
    4.我在我的客户端进行“用户点击退出程序按钮”的动作发生后，客户端向服务器发出“本用户标记符”，服务端接收到后，也可以进行“按照用户传来的用户的标记符”进行“为该用户所开辟的资源的直接回收”.
    请问高手：
    我采取这样的设计方案进行修改.
    是否能够达到：“快速将我的活儿”，功能全部实现完美收工，的目的，并且，能够得到一个资源开销不大的服务端程序..？
    谢谢高手的点拨！！
    59分奉上！！
                                                                Java 服务器CS程序 Java IM程序 Java Socket Java 通信 --------------------编程问答-------------------- 网络传输的时间不好控制。 --------------------编程问答-------------------- 除了“网络时间不好控制”，这个问题之外，jdgdf566哥..
    还有什么问题在这个系统中存在吗...？ --------------------编程问答-------------------- 1.服务端承受并发的能力
如所有客户端都断开，你的HASHMAP和你所谓的清理资源逻辑算法是否扛得住？
2.客户端意外断开
这个也在研究中。。。

补充：Java ,  Java SE