群发主要采用一主线程控制多个子线程的方式实现。
　　主线程负责群发数据的监控，子线程的分配、回收，发送后数据的处理等工作；各子线程主要负责的就是具体的发送工作。
　　在群发过程中，所有的群发数据都按子线程的预设容量进行动态分配，平台会对每个子线程分配一个缓存容器，将这些下发信息临时保存到缓存容器中，这样设计的好处就在于可以大大减轻数据库的频繁读取，采用批量读取、写入的方式，大大提高了群发效率，群发过程中CPU占用不会超过10%，而且对发送后的数据会立即从缓存中清除，不会发生数据堆积而产生的耗用资源的现象。
　　而且对于线程中经常发生线程锁的现象做了处理，当子线程发生线程锁情况后，主线程会自动将锁住的子线程中的数据收回，并将该子线程杀死，开启一个新的子线程，并将数据移交给新的子线程继续处理。
　　每个子线程都有自动回收机制，也就是自己的数据自己处理，当发现下发彩信失败，会自动将数据回收，重新进行下发处理。当超过预设重发次数，将放弃重发，并将失败信息记录到库，以便分析失败原因。
以下为某SP群发时候的状态截图以及效率分析：
　　该例说明群发时间维持了18个小时左右，总发送量达到25.7万左右，每秒4条的下发速度。按照这样的效率，可以很轻松完成20万/天的发送量。再借助彩信按时到达功能，可以让您24小时不间断的群发。