说socket套接字支撑起了我们丰富多彩的生活也毫不为过，但是socket的处理也是让我们头疼的一件事情。网上有很多封装好的服务器架构，但是要适合项目的才是最好的，我这边就是做一个简单网络通信服务器，我这里说下我遇到的问题。
1.客户端重连
做一个socket服务器，如果客服端有重连需求，这个时候通过socket的ip或者port来判断往往是无能为力的，我项目中采用类似服务器的cookie的概念， 建一个队列来管理每个服务器的标示来判断是否是同一个客户端。
2.send段错误
段错误都是c语言的一大禁区，是程序员秃顶的重要凶手。我在socket发送的时候也遇到莫名奇妙的段错误。最后跟踪下来发现是sigpipe(13)信号没有处理，加了signal函数注册处理函数，事情处理起来还算是愉快。我这里想起python和java还有c++的try函数，是不是就是可以用c语言的signal函数来替换呢？感觉完全可以，只要功夫深，啥都是绣花针。
3.关于数据同步问题
如果socket接收和发送没有同步，很容易就产生数据错位的问题，这个时候就会尝到一颗啥影响一锅汤的感觉。其实同步很容易，各个模块多测试一般都不会出现同步问题，但是项目代码多了过后难免有些小bug。如果遇到数据不同步的情况多半是数据的前一个模块出了问题，要对其进行仔细检查，不要多发或则少发。
4.关于socket的发送和接收
其实socket是全双工的，也就是说可以同时对套接字进行send和recv操作，他们互不影响。其实socket的操作和管道操作很类似，一个socket相当于是两个管道，为啥说管道呢，其实就是他们有一个write数据的时候管道一定要存在的共性。如果write管道不存在就会报sigpipe的段错误，解决方案就是前面提到学会使用signal函数。
5. 关于日志
写日志是一个好习惯，在没有人监控的情况下，将程序运行的情况保存下来，当出问题了，再细细分析。我这里推荐一个开源的c语言日志库zlog，基本满足日常的日志需求，我没有zlog的相关的笔记，可以参考这篇博客: zlog学习随笔。 zlog很大的优势是，zlog的配置文件很强大，灵活使用zlog可以省程序员很多时间。
由于socket服务器总的来说就是一个while大循环，这个时候虽然写日志是好事情，切记不要在循环比较频繁的地方写日志。我试过，半个小时就搞了我60G的硬盘，估计还等一会系统都要被我弄崩溃了。当然程序完成后也要检查日志的合理性，写日志帮我们解决问题而不是增加问题。