Linux平台软件设计与开发

注：转载请注明出处！ 由于工作与学习的需要，写了一个socket的事件处理框架，在公司写的已经使用了一段时间，下班后回家抽出时间又重写了一下，并进行了完善，起名为：sock_ev；最近正在调试阶段，源代码暂且不提供，以防误人子弟，会尽快提供出来；先把最基本的测试程序贴上来，让感兴趣的同仁可以有个感性的认识，希望大家多加关注 支持以下功能：1、三种事件监听方式：select、

上一篇已经做过注释，这一篇直接上代码/*******************************************************************************************************************************************************************************

写代码要有调试log，采用syslog的输出；一般会输出到"/var/log/messages" /************************************************************************************************************************************************

在第一篇中，已经说明，传递的socket地址采取以下形式：stream://192.168.2.10:8080dgram://192.168.2.10:8080stream://unix.domain.ipcdgram://unix.domain.ipc今天看一下这个uri地址的解析过程，是如何转化成socket地址的，废话不多说，直接上代码 /************

把linux平台提供的有关socket操作的API进行封装是有必要的；基于stream操作的流程与基于dgram操作的流程略有不同，分别放在两个类中，但两者又有很多相似的操作，因此写一个基类，让其继承自这个基类；基类起名为：CommBase，操作stream与dgram两个类分别起名为：StreamSock、DgramSock；/********************************

前面分析了对socket基本操作的封装，并按照数据的传送方式写了两个类，本篇将写一个代理类提供给库的使用者使用的类。/*****************************************************************************************************************************************

上一篇我们封装了三种事件监听方式，如果分别提供给客户端使用，有点不方便，也不利于统一管理；我们再封装一层EventLoop。/*************************************************************************************************************************************

最近比较忙，好久没更新了；今天我们看一下事件的监听方式，在linux下面事件的监听方式有三种select、poll、epoll，性能上面epoll最高，如果仅是最多监听十多个描述符，用啥无所谓，如果是几千个呢就非epoll不能胜任了。对三种时间监听方式进行封装，由于行为相似因此都继承于一个抽象基类EventDispatcher；SelectDispatcher：使用select方式监听，Pol