分享开发soket经验 我的基于socket的持久层(转)

前言

本项目Pixysoft.Framework.Noebe.Sockets，是把数据库的操作用socket暴露出来，实现局域网的调用。

不支持穿越防火墙、不支持局域网-公网链接、不支持路由。

作品完成后，能够通过这个框架，把众多异构数据库链接成一个庞大的数据库池（云？？）

 

开发过程

第一阶段 自以为是

刚开始，网上搜索了几个socket的局域网聊天的例子，用同步的方法实现的。

链接在这里：http://www.pudn.com/downloads40/sourcecode/p2p/detail138986.html

2天时间我就搞了个prototype，本机调用一点问题都没有。还有点沾沾自喜，以为自己牛逼了，2天搞好了个socket 的服务器。

结果一部署，问题来了。

服务器正在传输数据，但是本地收了10%不到就断了。用thread去等待简直就是放屁，谁知道thread等到什么时候。就算把数据偏移量也传递过去，一样断。

 

第二阶段 认真对待

一下子受了挫折，开始认真搜索资料。在codeprojects和cnblogs找到了异步socket的例子，特别是NCindy这个非常的好，有个很简单的异步模型例子http://www.cnblogs.com/ncindy/archive/2006/11/01/547143.html

 

于是新的解决方案：

1. 使用异步做服务器

2. 使用自定义的结束符号，例如 \0\r\n\0\r\n。让socket读到才判断结束。这样不用thread去瞎等了。

3. 这个结束符号有可能分割在2次的数据包中，因此判断的时候要进行最近包合并判断。

用异步又花了2天时间搭建了系统，本机跑起来不用thread等待，更加爽了。以为ok了。再部署，又崩了。

传输到服务器的大数据量（5mb左右吧）没有问题，但是接受的时候，服务器会显示客户端断开链接，而客户端仍然在等待。

 

第三阶段 自我发展

由于客户端不知道链接断了，于是我想到了用双链接去保证，同时实现了一个续传的机制。就是本地发送一个命令：

   RESUME;续传的SOCKETID;偏移量

通知本socket将代替刚才失败的socket，续传。然后用一个心跳链接去检测、一个数据链接去传输。

部署，tnnd，又崩了。当2个链接同时断开的时候，又进入等待。

 

第四阶段 完成

继续思考，既然有了续传机制，何不自己做一个定时，如果超过这个时间，仍然接受不到数据，自己断开，再续传。

当然，我最讨厌用thread了，直接用异步去做定时。

1. 首先有个统计器，统计传输的频率

2. 异步等待的时间 = 频率*10.

3. 如果异步等待结束，发现刚才的数据仍然没有接收到，自动断开，然后启动续传。

总算完成了！

 

第五阶段 完成

经过测试，在超级恶劣的环境下（bt/emule/网页/土豆/还有不时断网），能够实现大数据量的稳定传输。

 

小结

1. socket服务端开发，尽量使用异步，那个感觉超级爽！我看日志，可以在1毫秒内处理多个链接（不是单单接收，而是包括了处理）。这样1秒钟的吞吐量就非常大了。

2. 使用自定义的结束符表示传输完毕，例如\r\n这些。当然，不能用\0了。

3. 链接断开，客户端不一定知道，会进入假死状态。因此客户端的链接需要有检视，建议用异步检测，不要用线程。

4. 最后，socket的传输超级不稳定，说断就断，还断的没有先兆。

 

后续

接下来，打算用comet技术去实现跨越防火墙的数据库实时调用。叫做

Pixysoft.Framework.Noebe.Comets

大概思路：

1. 有个网站作为注册中心

2. 服务器启动后链接网站，实现comet

3. 客户端需要访问服务器数据库，就联入comet

如果有研究方向相同的，希望大家相互讨论一下。