在服务器开发压力测试的时候，发现超过 1000 个链接便会造成 errno:24 的错误，这个错误解释就是 Too many open files。 这个错误发生的原因便是 Linux 默认会有一个链接限制。 之前一直以为最大链接限制是在这里看的。 1 cat/proc/sys/fs/file-max Google了一番找到了问题的根源。 以下内容摘取自：http://www.cnblogs.com/tankaixiong/p/4064708.html Linux 服务器大并发调优时，往往需要预先调优 Linux 参数，其中修改 Linux 最大文件句柄数是最常修改的参数之一。 在 Linux 中执行 ulimit -a 即可查询 Linux 相关的参数，如下所示： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [root@mongodb11 ~]# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 256324 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 256324 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited 默认情况下，Linux 最大文件句柄数为 1024 个。当你的服务器在大并发达到极限时，就会报出 “too many open files”。

经过测试只能在Windows7 下正常使用，在Win8或者Xp下面无法正常显示毛玻璃效果。 首先你要先创建一个结构体如下:

什么是缺页中断? 当一个进程发生缺页中断的时候，进程会陷入内核态，执行以下操作: 1、检查要访问的虚拟地址是否合法。 2、查找/分配一个物理页。 3、填充物理页内容（读取磁盘，或者直接置0，或者啥也不干）。 4、建立映射关系（虚拟地址到物理地址）。 重新执行发生缺页中断的那条指令 如果第3步，需要读取磁盘，那么这次缺页中断就是 majflt，否则就是 minflt。 内存分配的原理 从操作系统角度来看，进程分配内存有两种方式，分别由两个系统调用完成：brk 和 mmap（不考虑共享内存）。 brk 是将数据段(.data)的最高地址指针 _edata 往高地址推； mmap 是在进程的虚拟地址空间中（堆和栈中间，称为文件映射区域的地方）找一块空闲的虚拟内存。 这两种方式分配的都是虚拟内存，没有分配物理内存。在第一次访问已分配的虚拟地址空间的时候，发生 缺页中断，操作系统负责分配物理内存，然后建立虚拟内存和物理内存之间的映射关系。 在标准C库中，提供了malloc/free函数分配释放内存，其实这两个函数底层是由 brk、mmap、munmap 这些系统调用实现的。 下面以一个例子来说明内存分配的原理： 1.malloc 小于 128k 的内存，使用 brk 分配内存，将 _edata 往高地址推(只分配虚拟空间，不对应物理内存(因此没有初始化)，第一次读/写数据时，引起内核 缺页中断，内核才分配对应的物理内存，然后虚拟地址空间建立映射关系)，如下图： 进程启动的时候，其（虚拟）内存空间的初始布局如图1所示。 其中，mmap 内存映射文件是在堆和栈的中间（例如libc-2.2.93.so，其它数据文件等），为了简单起见，省略了内存映射文件。 _edata 指针（glibc 里面定义）指向数据段的最高地址。 进程调用 A=malloc(30K)以后，内存空间如图2： malloc 函数会调用 brk 系统调用，将 _edata 指针往高地址推30K，就完成虚拟内存分配。 你可能会问：只要把 _edata+30K 就完成内存分配了？ 事实是这样的，_edata+30K 只是完成虚拟地址的分配，A这块内存现在还是没有物理页与之对应的，等到进程第一次读写A这块内存的时候，发生缺页中断，这个时候，内核才分配A这块内存对应的物理页。也就是说，如果用malloc分配了A这块内容，然后从来不访问它，那么，A 对应的物理页是不会被分配的。 进程调用 B=malloc(40K) 以后，内存空间如图3。 2.malloc 大于128k的内存，使用 mmap 分配内存，在堆和栈之间找一块空闲内存分配(对应独立内存，而且初始化为0)，如下图： 进程调用 C=malloc(200K) 以后，内存空间如图1： 默认情况下，malloc 函数分配内存，如果请求内存大于 128K（可由M_MMAP_THRESHOLD选项调节），那就不是去推 _edata 指针了，而是利用 mmap 系统调用，从堆和栈的中间分配一块虚拟内存。

最近在开发程序的时候遇到一个小问题，就是当数据包到达时，如何根据传入的参数自动调用相应的处理函数。 奈何博主愚钝，并没有找到很好的解决方法，参照 Epoll 的思想，是否自己也能实现一种事件轮询的机制，之后便实验了一番，确实可行，故书博文一篇，记述一下自己的过程。 首先我们准备一个容器，用来存放已经注册了的事件集合，这里我选择了队列来作为这个容器的实现。 1 2 3 4 5 6 typedef struct FuncObject { int type; // 事件类型/标识符 void (CallBack*)(void *arg); //事件回调 struct FuncObject *next; }FuncObject_t; 在以上代码我们定义了一个节点，用于存放我们注册了的事件。 1 2 3 4 5 typedef struct FuncQueue { FuncObject_t *head; FuncObject_t *tail; }FuncQueue_t; 定义一个典型的队列。 下面我们就来定义一下这个队列的操作，在这里我习惯了使用面向对象的思想来编写C程序。 1 2 3 4 5 6 7 8 9 10 11 12 typedef struct FuncQueueObject { FuncQueue_t __queue; //私有队列 void(*Init)(struct FuncQueueObject *instance); void(*Add)(struct FuncQueueObject *instance,FuncObject_t *object); FuncObject_t *(*Set)(void(*CallBack)(void *arg),int type); void(*Set_Ex)(struct FuncQueueObject *instance, void(*CallBack)(void *package), int type); void(*Delete)(struct FuncQueueObject *instance, int type); } extern FuncQueueObject_t *FuncQueueObject_New(); extern void FuncQueueObject_Delete(FuncQueueObject_t *object); 以上实现了我们的一个队列容器，用于存放/修改/删除我们的注册的事件。

首先注明，接口是无法是无法实现实例化，但是可以声明一个接口引用，指向实现该接口的类。 格式如下： 接口名称 对象名称 = new 具体实现类名 因为面向对象语言都具有多态性，可以向上转型，例如某个类实现了IBark接口，假如这个类的名称是dog，那么则可以有如下书写方式： 1 IBark Interface_Test = new dog; 又或者有一个类名叫做cat，同样实现了IBark接口，那么也可将Interface_Test指向Cat，例如： 1 Interface_Test = new cat; 声明接口引用可以实现统一访问(统一接口)。