live555改多线程

   可能大多数从事流媒服务器开发工作的的同行，都有看过live555这个开源流媒体服务器。

反正觉得啥都好就是有两点不好：

  1、是个单线程程序。

  2、是个C++程序（这点以从事嵌入式开发的朋友感受最深，需要体量小还得用C，一个C++库就让人头疼死）

今天就来解决单线程问题。

  虽然live555 是 一个单线程程序，但其调度器的工作还是非常合理的。 如果不弃live555多进程工作也是一个非常不错的方式。因为在linux系统下，多线程也多进程姿源占用相差不大。

 

live555改多线程方法：

  （首先我的方法是拼弃了，多不个链接就多少个线程的方法，而是固定若干个工作线程，每一个工作线程有，有任务队列）

  从live555架构确实总体改造原则：

  1、每一个线程都要有单独的环境对象。

  2、为了提高效率及保证数据安全，每一个服务类，和所有的请求链接在同一个线程。

  3、必要的地方做好线程安全。

  4、为了提高cpu运行率效，减少线程上下切换，不做无限数量线程池模试。

 提高要求：对于延迟较高的任务应该用单独线程运行，以做到不影其它同一线程任务运行。

 改造过程：

 1、实现一个线程池类（或者库），主要功能：（自动启动时可以根据cpu核心数启动线程数量，或手动设置）

 

 由于服务要用到大量基类参数，同时为减小改动，大部份的改造都直接修改原类，只少量代码做继承派生。

 2、改造服务器类，将线程池，环境组挂接到服务器类上。

            2），为服务器增加平衡调度方法。

            3），为服务器关键数据加锁，（根据情况而定，加到数据结构类还是外？数据结构内，好处，改动小，坏处cCPU消耗大） 
 3、改造环境类，

        1、为其增加一个线程标签

        2、为任务调度器增加一个任统计函数。 

                 （为了统计任务数量，同时对队列，哈希表进行改造，分任务统计属性） 
 4、改造客店端连接，在客店端连接时进入线程。
 5、 改造所有的客店端会话，及客店连接环境基类获取方式。
 6、 改造媒体会话的获取使之在在必要时能做做到线程迁移。

经过以上几个步骤的改动，基本实现线了由单线变了 1主+n任务线程模式。

经测式未发现其他开发人员所提出的改多线程效率下降的情况。

下篇文章贴代码