首页
› 分类存档 › UC
C++中接口与实现分离的技术
在用C++写要导出类的库时，我们经常只想暴露接口，而隐藏类的实现细节。也就是说我们提供的头文件里只提供要暴露的公共成员函数的声明，类的其他所有信息都不会在这个头文件里面显示出来。这个时候就要用到接口与实现分离的技术。
下面用一个最简单的例子来说明。
继续阅读 »
Linux平台静态库、动态库的一些笔记
先声明几点：
1、操作系统：linux(fc9)、编译器：gcc-4.3.0、编辑器：包括但不限于emacs、vim。这些无理由也不应造成限制。
2、生成的可执行文件名称比较有规律，仅仅是为了演示的方便。比如使用静态库生成的是foo，不同的生成方法得到的可执行文件可能会是foo-a、foo-b……，而使用动态库生成的是foobar，可能会是foobar-a、foobar-b……，等等。
3、木草山人正在看的那本《程序员的自我修养——链接、装载与库》只看了前面部分，而且还只看第一遍，很多知识不牢固。因此不会深入讲述原理性的东西，比如静态库与动态库的优点与缺点，它们是怎么加载的。此外也不涉及共享库版本、兼容性以及SO-NAME，等等——很多时候，我们不必要追根问底，特别是在计算机领域中。
继续阅读 »
Linux中的IO复用接口简介
I/O复用是Linux中的I/O模型之一。所谓I/O复用，指的是进程预先告诉内核，使得内核一旦发现进程指定的一个或多个I/O条件就绪，就通知进程进行处理，从而不会在单个I/O上导致阻塞。
在Linux中，提供了select、poll、epoll三类接口来实现I/O复用。
select函数接口
select中主要就是一个select函数，用于监听指定事件的发生，原型如下:
继续阅读 »
一个简单的游戏服务器框架
最近一段时间不是很忙，就写了一个自己的游戏服务器框架雏形，很多地方还不够完善，但是基本上也算是能够跑起来了。我先从上层结构说起，一直到实现细节吧，想起什么就写什么。
继续阅读 »
Linux下通用线程池的构建
本文给出了一个通用的线程池框架，该框架将与线程执行相关的任务进行了高层次的抽象，使之与具体的执行任务无关。另外该线程池具有动态伸缩性，它能根据执行任务的轻重自动调整线程池中线程的数量。文章的最后，我们给出一个简单示例程序，通过该示例程序，我们会发现，通过该线程池框架执行多线程任务是多么的简单。
继续阅读 »
linux下C 线程池的原理讲解和代码实现（能自行伸缩扩展线程数）
什么线程池，为什么要使用线程池？下面是一个比喻。
阶段一、一个医院，每天面对成千上万的病人，处理方式是：来一个病人找来一个医生处理，处理完了医生也走了。当看病时间较短的时候，医生来去的时间，显得尤为费时了。
阶段二、医院引进了线程池的概念。设置门诊，把医生全派出去坐诊，病人来看病先挂号排队，医生根据病人队列顺序依次处理各个病人，这样就省去医生来来去去的时间了。但是，很多时候病人不多，医生却很多导致很多医生空闲浪费水电资源撒。
阶段三、医院引进了可伸缩性线程池的概念，如阶段二，但是门诊一开始只派出了部分医生，但是增加了一个领导，病人依旧是排队看病，领导负责协调整个医院的医生。当病人很多医生忙不过来的时候，领导就去多叫几个医生来帮忙；当病人不多医生太多的时候，领导就叫一些医生回家休息去免得浪费医院资源。
继续阅读 »
简单Linux C线程池
大多数的网络服务器，包括Web服务器都具有一个特点，就是单位时间内必须处理数目巨大的连接请求，但是处理时间却是比较短的。在传统的多线程服务器模型中是这样实现的：一旦有个请求到达，就创建一个新的线程，由该线程执行任务，任务执行完毕之后，线程就退出。这就是”即时创建，即时销毁”的策略。尽管与创建进程相比，创建线程的时间已经大大的缩短，但是如果提交给线程的任务是执行时间较短，而且执行次数非常频繁，那么服务器就将处于一个不停的创建线程和销毁线程的状态。这笔开销是不可忽略的，尤其是线程执行的时间非常非常短的情况。
继续阅读 »
Linux下设计一个简单的线程池
定义
什么是线程池？简单点说，线程池就是有一堆已经创建好了的线程，初始它们都处于空闲等待状态，当有新的任务需要处理的时候，就从这个池子里面取一个空闲等待的线程来处理该任务，当处理完成了就再次把该线程放回池中，以供后面的任务使用。当池子里的线程全都处理忙碌状态时，线程池中没有可用的空闲等待线程，此时，根据需要选择创建一个新的线程并置入池中，或者通知任务线程池忙，稍后再试。
继续阅读 »
近期评论