CN103631665B - 一种基于消息队列的线程间通信的方法和系统 - Google Patents
一种基于消息队列的线程间通信的方法和系统 Download PDFInfo
- Publication number
- CN103631665B CN103631665B CN201310683403.6A CN201310683403A CN103631665B CN 103631665 B CN103631665 B CN 103631665B CN 201310683403 A CN201310683403 A CN 201310683403A CN 103631665 B CN103631665 B CN 103631665B
- Authority
- CN
- China
- Prior art keywords
- thread
- value
- message queue
- group
- pop
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Communication Control (AREA)
Abstract
本发明提供了一种基于消息队列的线程间通信的方法和系统，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，其中，所述多线程进队push的操作包括：判断所述消息队列是否已满；若否，则分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；所述n个线程分别在其进队push的实际位置Pos执行进队push操作。本发明保证了多线程访问操作不碰撞，解决了线程间通信时阻塞的问题，减少了资源消耗，充分利用了系统资源，提高了处理速度，从而提高了服务器吞吐量。
Description
技术领域
本发明涉及计算机通信的技术领域，特别是涉及一种基于消息队列的线程间通信的方法和系统。
背景技术
吞吐量是指在一次性能测试过程中网络上传输的数据量的总和。对于交互式应用来说，吞吐量指标反映的是服务器承受的压力，在容量规划的测试中，吞吐量指标说明的是系统级别的负载能力。随着用户业务量的不断增长以及企业数据的不断积累，对服务器的吞吐量要求也越来越高。
服务器为了提高吞吐量，可以采用多线程技术，即主要解决处理器单元内多个线程执行的问题，减少处理器单元的闲置时间，增加处理器单元的吞吐能力的技术。在解决处理器单元内多个线程执行的问题时，要求线程不仅要同步地访问同一共享资源，而且线程间还彼此牵制，通过相互通信来向前推进。
现有技术中，线程间通信的方式为消息传递方式，线程之间通过进队push和出队pop指令操作消息队列来传递信息。这些线程之间的关系是平等的，彼此之间并不存在任何依赖，它们各自竞争CPU资源，互不相让，就可能存在这样的危险：一个线程以某种其他线程不可预料的方式修改资源。例如，两个线程都对同一个文件进行读写，两个线程都在进行绘图，一个线程正在使用一段内存而另一个线程却正在修改这段内存的值等，都可能出现不可预料的结果。因而需要保证一段时间内只有一个线程在执行一段指令，从而保证结果的准确性，通常执行进队push和出队pop指令操作时需要采用互斥锁（mutual exclusionlock，也称作mutex）指令的方式无条件地阻止其他线程对共享资源的异步访问，这就意味着至多只有一个线程可以拥有锁，并开始处理锁中做的事，释放锁后，再处理锁外做的事。例如，当线程A尝试请求一个被线程B占有的锁时，线程A必须等待或者阻塞，此时线程A被挂起，直到线程B释放锁后，线程A才拥有锁，并开始处理锁中做的事，如果线程B永远不释放锁，线程A将永远等待或者阻塞下去；还有一种情况是，多个线程获取同一个消息队列的数据，所有出队pop指令操作也需要采用互斥锁，以阻塞其他空闲进程同时执行任务。因此，采用互斥锁指令的方式非常消耗资源，并且，进队push和出队pop指令操作无法同时进行，一个线程总是被另外一个线程阻塞而无法充分利用系统资源。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种基于消息队列的线程间通信的方法和相应的一种基于消息队列的线程间通信的系统。
依据本发明的一个方面，提供了一种基于消息队列的线程间通信的方法，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，其中，所述多线程进队push的操作包括：
判断所述消息队列是否已满；
若否，则分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；
所述n个线程分别在其进队push的实际位置Pos执行进队push操作。
可选地，所述判断消息队列是否已满的步骤包括：
读取可写计数参数CanWriteCount的值；
递减所述CanWriteCount的值；
若获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。
可选地，所述分别计算n个线程进队push的偏移量的步骤包括：
读取进队push的偏移量Pushpos的值；
针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
可选地，所述分别计算所述n个线程进队push的实际位置Pos的步骤包括：
读取所述消息队列大小参数Size的值；
采用所述Size的值对所述Pushpos的值取模，获得对应的n个线程进队push的实际位置Pos。
可选地，在所述n个线程分别在其进队push的实际位置执行进队push操作的步骤之后，还包括：
读取可读计数参数CanReadCount的值；
按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
可选地，所述单线程出队pop的操作的步骤为：
单个线程依次在所述消息队列中执行出队pop操作。
可选地，还包括：
若所述消息队列已满，则禁止执行进队push的操作。
依据本发明的另一个方面，提供了一种基于消息队列的线程间通信的方法，采用所述消息队列执行单线程进队push以及多线程出队pop的操作，其中，所述多线程出队pop的操作包括：
判断所述消息队列是否已空；
若否，则分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置Pos；
所述n个线程分别在其出队pop的实际位置执行出队pop操作。
可选地，所述判断消息队列是否已空的步骤包括：
读取可读计数参数CanReadCount的值；
递减所述CanReadCount的值；
若获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。
可选地，所述分别计算n个线程出队pop的偏移量的步骤还包括：
读取出队pop的偏移量Poppos的值；
针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
可选地，所述分别计算所述n个线程出队pop的实际位置Pos的步骤还包括：
读取所述消息队列大小参数Size的值；
采用所述Size的值对所述Poppos的值取模，获得对应的n个线程出队pop的实际位置Pos。
可选地，在所述n个线程分别在其出队pop的实际位置执行出队pop操作的步骤之后，还包括：
读取可写计数参数CanWriteCount的值；
按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
可选地，所述单线程进队push的操作包括：
单个线程依次在所述消息队列中执行进队push操作。
可选地，还包括：
若所述消息队列已空，则禁止执行出队pop的操作。
依据本发明的另一个方面，提供了一种基于消息队列的线程间通信的方法，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，或者，采用所述消息队列执行单线程进队push以及多线程出队pop的操作；
其中，所述多线程进队push的操作包括：
读取可写计数参数CanWriteCount的值；
递减所述CanWriteCount的值；
若获得递减后的CanWriteCount的值不为0，则判定所述消息队列为未满；
在所述消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置；
所述n个线程分别在其进队push的实际位置执行进队push操作；
读取可读计数参数CanReadCount的值；
按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值；
其中，所述多线程出队pop的操作包括：
读取可读计数参数CanReadCount的值；
递减所述CanReadCount的值；
若获得递减后的CanReadCount的值不为0，则判定所述消息队列为未空；
在所述消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置；
所述n个线程分别在其出队pop的实际位置执行出队pop操作；
读取可写计数参数CanWriteCount的值；
按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
依据本发明的另一个方面，提供了一种基于消息队列的线程间通信的系统，采用所述消息队列执行多线程进队push模块以及单线程出队pop模块，其中，所述多线程进队push模块包括：
第一判断子模块，用于判断所述消息队列是否已满；
进队push偏移量计算子模块，用于在消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
进队push的实际位置Pos计算子模块，用于依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；
操作进队push子模块，用于所述n个线程分别在其进队push的实际位置Pos执行进队push操作。
可选地，所述第一判断子模块包括：
可写计数参数读取子模块，用于读取可写计数参数CanWriteCount的值；
可写计数参数递减子模块，用于递减所述CanWriteCount的值；
第一判断子模块，用于在获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。
可选地，所述进队push偏移量计算子模块包括：
偏移量Pushpos读取子模块，用于读取进队push的偏移量Pushpos的值；
偏移量Pushpos获得子模块，用于针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
可选地，所述进队push的实际位置Pos计算子模块包括：
第一大小参数Size读取子模块，用于读取所述消息队列大小参数Size的值；
进队push的实际位置Pos获得子模块，用于获得对应的n个线程进队push的实际位置Pos。
可选地，所述多线程进队push子模块还包括：
可读计数参数读取子模块，读取可读计数参数CanReadCount的值；
可读计数参数读迭代增加子模块，按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
可选地，所述单线程出队pop模块包括：
出队pop子模块，用于单个线程依次在所述消息队列中执行出队pop操作。
可选地，所述方法还包括：
进队push的操作禁止子模块，用于在所述消息队列已满时，禁止执行进队push的操作。
本发明还公开了一种基于消息队列的线程间通信的系统，采用所述消息队列执行单线程进队push模块以及多线程出队pop模块，其中，所述多线程出队pop模块包括：
第二判断子模块，用于判断所述消息队列是否已空；
出队pop的偏移量计算子模块，用于在消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
出队pop的实际位置Pos计算子模块，用于依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置Pos；
操作出队pop子模块，用于所述n个线程分别在其出队pop的实际位置执行出队pop操作。
可选地，所述第二判断子模块包括：
可读计数参数读取子模块，用于读取可读计数参数CanReadCount的值；
可读计数参数递减子模块，用于递减所述CanReadCount的值；
第二判断子模块，用于在获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。
可选地，所述出队pop的偏移量计算子模块还包括：
偏移量Poppos读取子模块，用于读取出队pop的偏移量Poppos的值；
偏移量Poppos获得子模块，用于针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
可选地，所述出队pop的实际位置Pos计算子模块包括：
第二大小参数读取子模块，用于读取所述消息队列大小参数Size的值；
出队pop的实际位置Pos计算子模块，用于采用所述Size的值对所述Poppos的值取模，获得对应的n个线程出队pop的实际位置Pos。
可选地，所述多线程出队pop模块还包括：
可写计数参数读取子模块，用于读取可写计数参数CanWriteCount的值；
可写计数参数迭代增加子模块，用于按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
可选地，所述单线程进队push模块包括：
进队push子模块，用于单个线程依次在所述消息队列中执行进队push操作。
可选地，还包括：
出队pop的操作禁止子模块，用于在所述消息队列已空时，则禁止执行出队pop的操作。
依据本发明的另一个方面，提供了一种基于消息队列的线程间通信的系统，采用所述消息队列执行多线程进队push模块以及单线程出队pop模块，或者，采用所述消息队列执行单线程进队push模块以及多线程出队pop模块；
其中，所述多线程进队push模块包括：
CanWriteCount参数读取子模块，用于读取可写计数参数CanWriteCount的值；
CanWriteCount参数递减子模块，用于递减所述CanWriteCount的值；
第三判断子模块，用于在获得递减后的CanWriteCount的值不为0，则判定所述消息队列为未满；
push的偏移量计算子模块，用于在所述消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
push的实际位置计算子模块，用于依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置；
push操作执行子模块，用于所述n个线程分别在其进队push的实际位置执行进队push操作；
CanReadCount参数读取子模块，用于读取可读计数参数CanReadCount的值；
CanReadCount参数迭加子模块，用于按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值；
其中，所述多线程出队pop模块包括：
CanReadCount参数读取子模块，用于读取可读计数参数CanReadCount的值；
CanReadCount参数递减子模块，用于递减所述CanReadCount的值；
第四判断子模块，用于在获得递减后的CanReadCount的值不为0，则判定所述消息队列为未空；
pop的偏移量计算子模块，用于在所述消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
pop的实际位置计算子模块，用于依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置；
pop操作执行子模块，用于所述n个线程分别在其出队pop的实际位置执行出队pop操作；
CanWriteCount参数读取子模块，用于读取可写计数参数CanWriteCount的值；
CanWriteCount参数迭加子模块，用于按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
与现有技术相比，本发明包括以下优点：
本发明通过采用消息队列执行多线程进队push以及单线程出队pop的操作，首先，利用原子操作计算多线程进队push的偏移量，避免了多线程进队push对应的偏移量互相重复，从而计算出多线程进队push不同的实际位置，保证了多线程访问操作不碰撞；其次，利用单个线程依次有序执行出队pop操作，解决了线程间通信时阻塞的问题，减少了资源消耗，充分利用了系统资源，提高了处理速度，从而提高了服务器吞吐量。
本发明通过采用消息队列执行单线程进队push以及多线程出队pop的操作，首先，利用原子操作计算多线程出队pop的偏移量，避免了多线程出队pop对应的偏移量互相重复，从而计算出多线程出队pop不同的实际位置，保证了多线程访问操作不碰撞；其次，利用单个线程依次有序执行进队push操作，解决了线程间通信时阻塞的问题，减少了资源消耗，充分利用了系统资源，提高了处理速度，从而提高了服务器吞吐量。
本发明通过判断消息队列已满时，禁止执行进队push的操作，保证了写入数据时的安全性与准确性，从而保证多线程访问成功，解决了线程间通信时阻塞的问题，从而提高服务器吞吐量。
本发明通过判断消息队列已空时，禁止执行出队pop的操作，保证了读取数据时的安全性与准确性，从而保证多线程访问成功，解决了线程间通信时阻塞的问题，从而提高服务器吞吐量。
本发明通过迭代增加可读计数参数CanReadCount，保证了线程执行读操作时可读原子数目的准确性，从而保证了线程间通信成功，减少资源消耗，充分利用系统资源，提高处理速度，从而提高服务器吞吐量。
本发明通过迭代增加可写计数参数CanWriteCount，保证了线程执行写操作时可写原子数目的准确性，从而保证了线程间通信成功，减少资源消耗，充分利用系统资源，提高处理速度，从而提高服务器吞吐量。
附图说明
图1示出了本发明一种基于消息队列的线程间通信的方法实施例1的步骤流程图；
图2示出了本发明一种多线程进队push的示意图；
图3示出了本发明一种基于消息队列的线程间通信的方法实施例2的步骤流程图；
图4示出了本发明一种基于消息队列的线程间通信的方法实施例3的步骤流程图；
图5示出了本发明一种多线程出队pop的示意图；
图6示出了本发明一种基于消息队列的线程间通信的方法实施例4的步骤流程图；
图7示出了本发明一种基于消息队列的线程间通信的方法实施例5的步骤流程图；
图8示出了本发明一种基于消息队列的线程间通信的系统实施例1的结构框图；
图9示出了本发明一种基于消息队列的线程间通信的系统实施例2的结构框图；
图10示出了本发明一种基于消息队列的线程间通信的系统实施例3的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
为使本领域技术人员更好地理解本发明，以下对本发明所涉及的相关技术进行简单说明。
线程是程序执行流的最小单元。一个标准的线程由线程ID，当前指令指针（PC），寄存器集合和堆栈组成。另外，线程是进程中的一个实体，是被系统独立调度和分派的基本单位，线程自己不拥有系统资源，只拥有一点儿在运行中必不可少的资源，但它可与同属一个进程的其它线程共享进程所拥有的全部资源。
在单个程序中同时运行多个线程完成不同的工作，称为多线程。一个线程可以创建和撤消另一个线程，同一进程中的多个线程之间可以并发执行。由于线程之间的相互制约，致使线程在运行中呈现出间断性。线程也就有就绪、阻塞和运行三种基本状态。
线程池是预先创建线程的一种技术。线程池在还没有任务到来之前，创建一定数量的线程，放入空闲队列中。这些线程都是处于睡眠状态，即均为启动，不消耗CPU，而只是占用较小的内存空间。当请求到来之后，缓冲池给这次请求分配一个空闲线程，把请求传入此线程中运行，进行处理。当预先创建的线程都处于运行状态，即预制线程不够，线程池可以自由创建一定数量的新线程，用于处理更多的请求。当系统比较闲的时候，也可以通过移除一部分一直处于停用状态的线程。
“消息”是进行传送的数据单位。消息可以非常简单，例如只包含文本字符串，也可以更复杂，可能包含嵌入对象。消息被发送到消息队列中。“消息队列”是在消息的传输过程中保存消息的容器。消息队列管理器在将消息从它的源中继到它的目标时充当中间人。消息队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。消息队列是Microsoft的消息处理技术，它在任何安装了Microsoft Windows的计算机组合中，为任何应用程序提供消息处理和消息队列功能，无论这些计算机是否在同一个网络上或者是否同时联机。
虽然多线程能带来好处，例如，可以把任务分块执行，分块后任务可以同时进行而不用等待，从而提高效率，但是多线程也有不少问题需要解决。例如，对于像磁盘驱动器这样独占性系统资源，由于线程可以执行进程的任何代码段，且线程的运行是由系统调度自动完成的，具有一定的不确定性，因此就有可能出现两个线程同时对磁盘驱动器进行操作，从而出现操作错误，这种错误非常可怕，出问题的往往是另外一个线程，不是制造事故的第一责任人，因此很难从错误点来跟踪源头，这类错误，一般都应该从一开始就尽量避免。
针对这个问题，多任务操作系统提出的解决方案就是加锁。在编程中，使用SynchronizationAttribute为ContextBoundObject对象创建简单的，自动的同步。这种同步方式仅用于实例化的方法和域的同步。所有在同一个上下文域的对象共享同一个锁。引入了对象互斥锁的概念，来保证共享数据操作的完整性。每个对象都对应于一个可称为“互斥锁”的标记，这个标记用来保证在任一时刻，只能有一个线程访问该对象。加锁事实上是一种宣告，告知操作系统和CPU，本线程的下面几个动作不能被打断，直到解锁为止。因此，当两个线程都按照“加锁-访问-解锁”这个顺序做事时，如果第一个线程加锁后，第二个线程试图访问加锁的资源，则被系统悬挂等待，直到锁解除后，才可以继续执行，这样就能确保读取到正确的数据。
因此，多任务环境所有的同步等待动作，一定是以牺牲效率为代价的。这说明，虽然我们用锁解决了线程间对资源的并发争用安全性，但是，随之而来的，就是程序效率大幅度的降低。通过实验可知，原来每秒几万次吞吐量的服务器，在完善了锁安全后，性能降低到每秒只有几百次的吞吐量。
正是本专利发明人发现这一问题的严重性，创造性地提出本发明实施例的核心构思之一在于，提出一种基于无锁消息队列的多线程通信机制，可以实现采用消息队列执行多线程进队push以及单线程出队pop的操作，或者，采用消息队列执行单线程进队push以及多线程出队pop的操作，从而实现在对消息队列不加锁的情况下，同时执行进队push和出队pop操作，安全地完成线程间通信，并且，线程间没有阻塞，从而能够充分利用系统资源，提高服务器吞吐量。长期以来，本领域技术人员对于多线程并发争用安全性的技术问题，普遍采用在写入数据和读取数据时加锁的方式完成线程间的通信。本专利发明人反其道而行之，采用本领域技术人员由于技术偏见而舍弃的技术手段，通过不加锁的消息队列采用原子操作，多线程访问操作不碰撞的方式完成线程间的通信，从而解决多线程并发争用安全性的技术问题。
参照图1，示出了本发明一种基于消息队列的线程间通信的方法实施例1的步骤流程图，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，其中，所述多线程进队push的操作具体可以包括：
步骤101，判断所述消息队列是否已满。
在具体实现中，消息队列是可以在消息的传输过程中保存消息的容器，在多个不同的应用之间实现相互通信的一种异步传输模式，当消息队列为已满时，将禁止在消息队列中写入数据。
在本发明的一种优选实施例中，所述步骤101具体可以包括如下子步骤：
子步骤S11，读取可写计数参数CanWriteCount的值；
子步骤S12，递减所述CanWriteCount的值；
子步骤S13，若获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。
在具体应用中，原子操作是指不会被线程调度机制打断的操作；这种操作一旦开始，就一直运行到结束，中间不会切换到另一个线程。多线程进队push操作时，每一个线程分别读取对应的可写计数参数CanWriteCount的值，采用原子操作递减CanWriteCount的值，若获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。若所述消息队列已满，则禁止执行进队push的操作。
通过判断消息队列已满时，禁止执行进队push的操作，保证了写入数据时的安全性与准确性，从而保证多线程访问成功，解决了线程间通信时阻塞的问题，从而提高服务器吞吐量。
当然，上述判断消息队列是否为已满的处理方法只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他判断消息队列是否为已满的处理方法，本发明实施例对此不加以限制。另外，除了上述判断消息队列是否为已满的处理方法外，本领域技术人员还可以根据实际需要采用其它判断消息队列是否为已满的处理方法，本发明实施例对此也不加以限制。
步骤102，若否，则分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数。
在实际应用中，一个双核心的CPU可以拥有4个线程，n的取值取决于任务数量，一个任务分配一个线程，偏移量是指存储单元的实际地址与其所在段的段地址之间的距离，n个线程进队push操作时，每个线程都是采用原子操作递加的方式，计算出来n个线程进队push的偏移量各不相同。
在本发明的一种优选实施例中，所述步骤102具体可以包括如下子步骤：
子步骤S201，读取进队push的偏移量Pushpos的值；
子步骤S202，针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
在具体实现中，一个线程读取进队push的偏移量Pushpos的值，采用当前偏移量Pushpos的值执行迭代增加操作，获得该线程进队push的偏移量，下一个线程读取迭代增加操作后的进队push的偏移量Pushpos的值，执行迭代增加操作，获得此线程进队push的偏移量，按上述方法依次针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
当然，上述计算n个线程进队push的偏移量的处理方法只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他计算n个线程进队push的偏移量的处理方法，本发明实施例对此不加以限制。另外，除了上述计算n个线程进队push的偏移量的处理方法外，本领域技术人员还可以根据实际需要采用其它计算n个线程进队push的偏移量的处理方法，本发明实施例对此也不加以限制。
步骤103，依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos。
在具体实现中，为了保证写入数据不超出消息队列的范围，可以分别计算所述n个线程进队push的实际位置。
在本发明的一种优选实施例中，所述步骤103具体可以包括如下子步骤：
子步骤S301，读取所述消息队列大小参数Size的值；
子步骤S302，采用所述Size的值对所述Pushpos的值取模，获得对应的n个线程进队push的实际位置Pos。
在实际应用中，Pos=Pushpos%Size，n个线程进队push的偏移量各不相同，因此，n个线程进队push的实际位置Pos也各不相同。这个时候实际位置Pos只有当前线程独自占有。
当然，上述计算n个线程进队push的实际位置Pos的处理方法只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他计算n个线程进队push的实际位置Pos的处理方法，本发明实施例对此不加以限制。另外，除了上述计算n个线程进队push的实际位置Pos的处理方法外，本领域技术人员还可以根据实际需要采用其它计算n个线程进队push的实际位置Pos的处理方法，本发明实施例对此也不加以限制。
步骤104，所述n个线程分别在其进队push的实际位置Pos执行进队push操作。
在具体应用中，计算出了n个线程进队push的实际位置Pos，就可以在其进队push的实际位置Pos执行进队push操作。
其中，所述单线程出队pop的操作可以为：
单个线程依次在所述消息队列中执行出队pop操作。
在实际应用中，出队pop操作与进队push操作可以同时进行，单个线程有序的读取消息队列中的数据。
通过采用消息队列执行多线程进队push以及单线程出队pop的操作，利用原子操作计算多线程进队push的偏移量，避免了多线程进队push对应的偏移量互相重复，从而计算出多线程进队push不同的实际位置，保证了多线程访问操作不碰撞，利用单个线程依次有序执行出队pop操作，解决了线程间通信时阻塞的问题，减少了资源消耗，充分利用了系统资源，提高了处理速度，从而提高了服务器吞吐量。
为便于本领域技术人员更好地理解本发明，以下通过一个具体示例简单说明多线程进队push的方法。
参照图2，示出了本发明一种多线程进队push的示意图。如图2所示，Thread1、Thread2、Thread3、Thread4分别是线程1、线程2、线程3、线程4，图示中消息队列的各个方格表示实际位置。
在具体应用中，线程1、线程2、线程3、线程4分别执行进队push操作，线程1读取可写计数参数CanWriteCount的值，采用原子操作递减CanWriteCount的值，获得递减后的CanWriteCount的值不为0，然后，读取进队push的偏移量Pushpos的值，采用偏移量Pushpos的值执行迭代增加操作，获得该线程进队push的偏移量，之后，读取消息队列大小参数Size的值，采用Size的值对Pushpos的值取模，得到实际位置，如图2所示的消息队列中第5个方格，此时，第5个方格只有线程1独自占有，线程1在第5个方格执行进队push操作。线程3读取线程1递减后的可写计数参数CanWriteCount的值，在其基础之上执行递减CanWriteCount的值的操作，获得递减后的CanWriteCount的值也不为0，然后，读取线程1进队push的偏移量，在其基础之上执行迭代增加Pushpos的值的操作，采用Size的值对Pushpos的值取模，得到实际位置，如图2所示的消息队列中第6个方格，此时，第6个方格只有线程3独自占有，线程3在第6个方格执行进队push操作。线程4、线程2也按上述方法分别在如图2所示的消息队列中第7个方格、第8个方格执行进队push操作。
参照图3，示出了本发明一种基于消息队列的线程间通信的方法实施例2的步骤流程图，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，其中，所述多线程进队push的操作具体可以包括：
步骤301，判断所述消息队列是否已满；
步骤302，若否，则分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
步骤303，依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；
步骤304，所述n个线程分别在其进队push的实际位置Pos执行进队push操作；
步骤305，读取可读计数参数CanReadCount的值；
步骤306，按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
其中，所述单线程出队pop的操作可以为：
单个线程依次在所述消息队列中执行出队pop操作。
本实施例与上述方法实施例1的区别之处在于，本实施例增加了读取可读计数参数CanReadCount的值，按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
通过迭代增加可读计数参数CanReadCount，保证了线程执行读操作时可读原子数目的准确性，从而保证了线程间通信成功，减少资源消耗，充分利用系统资源，提高处理速度，从而提高服务器吞吐量。
参照图4，示出了本发明一种基于消息队列的线程间通信的方法实施例3的步骤流程图，采用所述消息队列执行单线程进队push以及多线程出队pop的操作，其中，所述多线程出队pop的操作具体可以包括：
步骤501，判断所述消息队列是否已空；
在具体实现中，当消息队列为已空时，将禁止在消息队列中读取数据。
在本发明的一种优选实施例中，所述步骤501具体可以包括如下子步骤：
子步骤S401，读取可读计数参数CanReadCount的值；
子步骤S402，递减所述CanReadCount的值；
子步骤S403，若获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。
在具体应用中，多线程进队pop操作时，每一个线程分别读取对应的可读计数参数CanReadCount的值，采用原子操作递减CanReadCount的值，若获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。若所述消息队列已空，则禁止执行出队pop的操作。
通过判断消息队列已空时，禁止执行出队pop的操作，保证了读取数据时的安全性与准确性，从而保证多线程访问成功，解决了线程间通信时阻塞的问题，从而提高服务器吞吐量。
当然，上述判断消息队列是否为已空的处理方法只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他判断消息队列是否为已空的处理方法，本发明实施例对此不加以限制。另外，除了上述判断消息队列是否为已空的处理方法外，本领域技术人员还可以根据实际需要采用其它判断消息队列是否为已空的处理方法，本发明实施例对此也不加以限制。
步骤502，若否，则分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
在实际应用中，n个线程出队pop操作时，每个线程都是采用原子操作递加的方式，计算出来n个线程出队pop的偏移量各不相同。
在本发明的一种优选实施例中，所述步骤502具体可以包括如下子步骤：
子步骤S501，读取出队pop的偏移量Poppos的值；
子步骤S502，针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
在具体实现中，一个线程读取出队pop的偏移量Poppos的值，采用当前偏移量Poppos的值执行迭代增加操作，获得该线程出队pop的偏移量，下一个线程读取迭代增加操作后的出队pop的偏移量Poppos的值，执行迭代增加操作，获得此线程出队pop的偏移量，按上述方法依次针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
当然，上述计算n个线程出队pop的偏移量的处理方法只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他计算n个线程出队pop的偏移量的处理方法，本发明实施例对此不加以限制。另外，除了上述计算n个线程出队pop的偏移量的处理方法外，本领域技术人员还可以根据实际需要采用其它计算n个线程出队pop的偏移量的处理方法，本发明实施例对此也不加以限制。
步骤503，依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置；
在具体实现中，为了保证读取数据不超出消息队列的范围，可以分别计算所述n个线程出队pop的实际位置。
在本发明的一种优选实施例中，所述步骤503具体可以包括如下子步骤：
子步骤S601，读取所述消息队列大小参数Size的值；
子步骤S602，采用所述Size的值对所述Poppos的值取模，获得对应的n个线程进队pop的实际位置Pos。
在实际应用中，Pos=Poppos%Size，n个线程出队pop的偏移量各不相同，因此，n个线程出队pop的实际位置Pos也各不相同。这个时候实际位置Pos只有当前线程独自占有。
当然，上述计算n个线程出队pop的实际位置Pos的处理方法只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他计算n个线程出队pop的实际位置Pos的处理方法，本发明实施例对此不加以限制。另外，除了上述计算n个线程出队pop的实际位置Pos的处理方法外，本领域技术人员还可以根据实际需要采用其它计算n个线程出队pop的实际位置Pos的处理方法，本发明实施例对此也不加以限制。
步骤504，所述n个线程分别在其出队pop的实际位置执行出队pop操作。
在具体应用中，计算出了n个线程出队pop的实际位置Pos，就可以在其出队pop的实际位置Pos执行出队pop操作。
其中，所述单线程进队push的操作具体可以为：
单个线程依次在所述消息队列中执行进队push操作。
在实际应用中，出队pop操作与进队push操作可以同时进行，单个线程有序的写入数据到消息队列中。
为便于本领域技术人员更好地理解本发明，以下通过一个具体示例简单说明多线程出队pop的方法。
参照图5，示出了本发明一种多线程出队pop的示意图。如图5所示，Thread1、Thread2、Thread3分别是线程1、线程2、线程3，图示中消息队列的各个方格表示实际位置。
在具体应用中，线程1、线程2、线程3分别执行出队pop操作，线程2读取可读计数参数CanReadCount的值，采用原子操作递减CanReadCount的值，获得递减后的CanReadCount的值不为0，然后，读取出队pop的偏移量Poppos的值，采用偏移量Poppos的值执行迭代增加操作，获得该线程出队pop的偏移量，之后，读取消息队列大小参数Size的值，采用Size的值对Poppos的值取模，得到实际位置，如图5所示的消息队列中第1个方格，此时，第1个方格只有线程2独自占有，线程2在第1个方格执行出队pop操作。线程1读取线程2递减后的可读计数参数CanReadCount的值，在其基础之上执行递减CanReadCount的值的操作，获得递减后的CanReadCount的值也不为0，然后，读取线程2出队pop的偏移量，在其基础之上执行迭代增加Poppos的值的操作，采用Size的值对Poppos的值取模，得到实际位置，如图5所示的消息队列中第2个方格，此时，第2个方格只有线程1独自占有，线程1在第2个方格执行出队pop操作。线程3也按上述方法在如图5所示的消息队列中第3个方格执行出队pop操作。
通过采用消息队列执行单线程进队push以及多线程出队pop的操作，利用原子操作计算多线程出队pop的偏移量，避免了多线程出队pop对应的偏移量互相重复，从而计算出多线程出队pop不同的实际位置，保证了多线程访问操作不碰撞，利用单个线程依次有序执行进队push操作，解决了线程间通信时阻塞的问题，减少了资源消耗，充分利用了系统资源，提高了处理速度，从而提高了服务器吞吐量。
参照图6，示出了本发明一种基于消息队列的线程间通信的方法实施例4的步骤流程图，采用所述消息队列执行单线程进队push以及多线程出队pop的操作，其中，所述多线程出队pop的操作具体可以包括：
步骤701，判断所述消息队列是否已空；
步骤702，若否，则分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
步骤703，依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置；
步骤704，所述n个线程分别在其出队pop的实际位置执行出队pop操作。
步骤705，读取可写计数参数CanWriteCount的值；
步骤706，按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
其中，所述单线程进队push的操作可以为：
单个线程依次在所述消息队列中执行进队push操作。
本实施例与上述方法实施例3的区别之处在于，本实施例增加了读取可写计数参数CanWriteCount的值，按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
通过迭代增加可写计数参数CanWriteCount，保证了线程执行写操作时可写原子数目的准确性，从而保证了线程间通信成功，减少资源消耗，充分利用系统资源，提高处理速度，从而提高服务器吞吐量。
参照图7，示出了本发明一种基于消息队列的线程间通信的方法实施例5的步骤流程图，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，或者，采用所述消息队列执行单线程进队push以及多线程出队pop的操作。
其中，所述多线程进队push的操作包括：
步骤901，读取可写计数参数CanWriteCount的值；
步骤902，递减所述CanWriteCount的值；
步骤903，若获得递减后的CanWriteCount的值不为0，则判定所述消息队列为未满；
步骤904，在所述消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
步骤905，依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置；
步骤906，所述n个线程分别在其进队push的实际位置执行进队push操作；
步骤907，读取可读计数参数CanReadCount的值；
步骤908，按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值；
其中，所述多线程出队pop的操作包括：
读取可读计数参数CanReadCount的值；
递减所述CanReadCount的值；
若获得递减后的CanReadCount的值不为0，则判定所述消息队列为未空；
在所述消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置；
所述n个线程分别在其出队pop的实际位置执行出队pop操作；
读取可写计数参数CanWriteCount的值；
按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
在实际应用中，采用可写计数参数CanWriteCount和可读计数参数CanReadCount两个指针独立进行原子操作递加或递减，计算出不同的偏移量，从而控制实现无锁进行线程间通信。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
参照图8，示出了本发明一种基于消息队列的线程间通信的系统实施例1的结构框图，采用所述消息队列执行多线程进队push模块以及单线程出队pop模块，其中，所述多线程进队push模块具体可以包括：
第一判断子模块1101，用于判断所述消息队列是否已满；
进队push偏移量计算子模块1102，用于在消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
进队push的实际位置Pos计算子模块1103，用于依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；
操作进队push子模块1104，用于所述n个线程分别在其进队push的实际位置Pos执行进队push操作。
在本发明的一种优选实施例中，所述第一判断子模块具体可以包括：
可写计数参数读取子模块，用于读取可写计数参数CanWriteCount的值；
可写计数参数递减子模块，用于递减所述CanWriteCount的值；
第一判断子模块，用于在获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。
在本发明的一种优选实施例中，所述进队push偏移量计算子模块具体可以包括：
偏移量Pushpos读取子模块，用于读取进队push的偏移量Pushpos的值；
偏移量Pushpos获得子模块，用于针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
在本发明的一种优选实施例中，所述进队push的实际位置Pos计算子模块具体可以包括：
第一大小参数Size读取子模块，用于读取所述消息队列大小参数Size的值；
进队push的实际位置Pos获得子模块，用于采用所述Size的值对所述Pushpos的值取模，获得对应的n个线程进队push的实际位置Pos。
在本发明的一种优选实施例中，所述多线程进队push模块还可以包括：
可读计数参数读取子模块，用于读取可读计数参数CanReadCount的值；
可读计数参数读迭代增加子模块，用于按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
在本发明的一种优选实施例中，所述单线程出队pop模块可以包括：
出队pop子模块，用于单个线程依次在所述消息队列中执行出队pop操作。
在本发明的一种优选实施例中，所述多线程进队push模块还可以包括：
进队push的操作禁止子模块，用于在所述消息队列已满时，禁止执行进队push的操作。
对于图8所示的系统实施例而言，由于其与图3所示的方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
参照图9，示出了本发明一种基于消息队列的线程间通信的系统实施例2的结构框图，采用所述消息队列执行单线程进队push模块以及多线程出队pop模块，其中，所述多线程出队pop模块具体可以包括：
第二判断子模块1201，用于判断所述消息队列是否已空；
出队pop的偏移量计算子模块1202，用于在消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
出队pop的实际位置Pos计算子模块1203，用于依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置Pos；
操作出队pop子模块1204，用于所述n个线程分别在其出队pop的实际位置执行出队pop操作。
在本发明的一种优选实施例中，所述第二判断子模块可以包括：
可读计数参数读取子模块，用于读取可读计数参数CanReadCount的值；
可读计数参数递减子模块，用于递减所述CanReadCount的值；
第二判断子模块，用于在获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。
在本发明的一种优选实施例中，所述出队pop的偏移量计算子模块具体可以包括：
偏移量Poppos读取子模块，用于读取出队pop的偏移量Poppos的值；
偏移量Poppos获得子模块，用于针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
在本发明的一种优选实施例中，所述出队pop的实际位置Pos计算子模块可以包括：
第二大小参数读取子模块，用于读取所述消息队列大小参数Size的值；
出队pop的实际位置Pos计算子模块，用于采用所述Size的值对所述Poppos的值取模，获得对应的n个线程出队pop的实际位置Pos。
在本发明的一种优选实施例中，所述多线程出队pop模块还可以包括：
可写计数参数读取子模块，用于读取可写计数参数CanWriteCount的值；
可写计数参数迭代增加子模块，用于按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
在本发明的一种优选实施例中，所述单线程进队push模块可以包括：
进队push子模块，用于单个线程依次在所述消息队列中执行进队push操作。
在本发明的一种优选实施例中，所述多线程出队pop模块还包括：
出队pop的操作禁止子模块，用于在所述消息队列已空时，则禁止执行出队pop的操作。
对于图9所示的系统实施例而言，由于其与图6所示的方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
参照图10，示出了本发明一种基于消息队列的线程间通信的系统实施例3的结构框图，采用所述消息队列执行多线程进队push模块以及单线程出队pop模块，或者，采用所述消息队列执行单线程进队push模块以及多线程出队pop模块；
其中，所述多线程进队push模块包括：
CanWriteCount参数读取子模块1301，用于读取可写计数参数CanWriteCount的值；
CanWriteCount参数递减子模块1302，用于递减所述CanWriteCount的值；
第一判定子模块1303，用于在获得递减后的CanWriteCount的值不为0，则判定所述消息队列为未满；
push的偏移量计算子模块1304，用于在所述消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
push的实际位置计算子模块1305，用于依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置；
push操作执行子模块1306，用于所述n个线程分别在其进队push的实际位置执行进队push操作；
CanReadCount参数读取子模块1307，用于读取可读计数参数CanReadCount的值；
CanReadCount参数迭加子模块1308，用于按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值；
其中，所述多线程出队pop模块包括：
CanReadCount参数读取子模块，用于读取可读计数参数CanReadCount的值；
CanReadCount参数递减子模块，用于递减所述CanReadCount的值；
第二判定子模块，用于在获得递减后的CanReadCount的值不为0，则判定所述消息队列为未空；
pop的偏移量计算子模块，用于在所述消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
pop的实际位置计算子模块，用于依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置；
pop操作执行子模块，用于所述n个线程分别在其出队pop的实际位置执行出队pop操作；
CanWriteCount参数读取子模块，用于读取可写计数参数CanWriteCount的值；
CanWriteCount参数迭加子模块，用于按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
对于图10所示的系统实施例而言，由于其与图7所示的方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的基于消息队列的线程间通信的方法和系统设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
A1、一种基于消息队列的线程间通信的方法，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，其中，所述多线程进队push的操作包括：
判断所述消息队列是否已满；
若否，则分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；
所述n个线程分别在其进队push的实际位置Pos执行进队push操作。
A2、根据权利要求A1所述的方法，其特征在于，所述判断消息队列是否已满的步骤包括：
读取可写计数参数CanWriteCount的值；
递减所述CanWriteCount的值；
若获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。
A3、根据权利要求A1所述的方法，其特征在于，所述分别计算n个线程进队push的偏移量的步骤包括：
读取进队push的偏移量Pushpos的值；
针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
A4、根据权利要求A1所述的方法，其特征在于，所述分别计算所述n个线程进队push的实际位置Pos的步骤包括：
读取所述消息队列大小参数Size的值；
采用所述Size的值对所述Pushpos的值取模，获得对应的n个线程进队push的实际位置Pos。
A5、根据权利要求A1或A2或A3或A4所述的方法，其特征在于，在所述n个线程分别在其进队push的实际位置执行进队push操作的步骤之后，还包括：
读取可读计数参数CanReadCount的值；
按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
A6、根据权利要求A1所述的方法，其特征在于，所述单线程出队pop的操作的步骤为：
单个线程依次在所述消息队列中执行出队pop操作。
A7、根据权利要求A1所述的方法，其特征在于，还包括：
若所述消息队列已满，则禁止执行进队push的操作。
B8、一种基于消息队列的线程间通信的方法，采用所述消息队列执行单线程进队push以及多线程出队pop的操作，其中，所述多线程出队pop的操作包括：
判断所述消息队列是否已空；
若否，则分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置Pos；
所述n个线程分别在其出队pop的实际位置执行出队pop操作。
B9、根据权利要求B8所述的方法，其特征在于，所述判断消息队列是否已空的步骤包括：
读取可读计数参数CanReadCount的值；
递减所述CanReadCount的值；
若获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。
B10、根据权利要求B8所述的方法，其特征在于，所述分别计算n个线程出队pop的偏移量的步骤还包括：
读取出队pop的偏移量Poppos的值；
针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
B11、根据权利要求B8所述的方法，其特征在于，所述分别计算所述n个线程出队pop的实际位置Pos的步骤还包括：
读取所述消息队列大小参数Size的值；
采用所述Size的值对所述Poppos的值取模，获得对应的n个线程出队pop的实际位置Pos。
B12、根据权利要求B8或B9或B10或B11所述的方法，其特征在于，在所述n个线程分别在其出队pop的实际位置执行出队pop操作的步骤之后，还包括：
读取可写计数参数CanWriteCount的值；
按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
B13、根据权利要求B8所述的方法，其特征在于，所述单线程进队push的操作包括：
单个线程依次在所述消息队列中执行进队push操作。
B14、根据权利要求B8所述的方法，其特征在于，还包括：
若所述消息队列已空，则禁止执行出队pop的操作。
C15、一种基于消息队列的线程间通信的方法，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，或者，采用所述消息队列执行单线程进队push以及多线程出队pop的操作；
其中，所述多线程进队push的操作包括：
读取可写计数参数CanWriteCount的值；
递减所述CanWriteCount的值；
若获得递减后的CanWriteCount的值不为0，则判定所述消息队列为未满；
在所述消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置；
所述n个线程分别在其进队push的实际位置执行进队push操作；
读取可读计数参数CanReadCount的值；
按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值；
其中，所述多线程出队pop的操作包括：
读取可读计数参数CanReadCount的值；
递减所述CanReadCount的值；
若获得递减后的CanReadCount的值不为0，则判定所述消息队列为未空；
在所述消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置；
所述n个线程分别在其出队pop的实际位置执行出队pop操作；
读取可写计数参数CanWriteCount的值；
按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
D16、一种基于消息队列的线程间通信的系统，采用所述消息队列执行多线程进队push模块以及单线程出队pop模块，其中，所述多线程进队push模块包括：
第一判断子模块，用于判断所述消息队列是否已满；
进队push偏移量计算子模块，用于在消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
进队push的实际位置Pos计算子模块，用于依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；
操作进队push子模块，用于所述n个线程分别在其进队push的实际位置Pos执行进队push操作。
D17、根据权利要求D16所述的系统，其特征在于，所述第一判断子模块包括：
可写计数参数读取子模块，用于读取可写计数参数CanWriteCount的值；
可写计数参数递减子模块，用于递减所述CanWriteCount的值；
第一判断子模块，用于在获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。
D18、根据权利要求D16所述的系统，其特征在于，所述进队push偏移量计算子模块包括：
偏移量Pushpos读取子模块，用于读取进队push的偏移量Pushpos的值；
偏移量Pushpos获得子模块，用于针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
D19、根据权利要求D16所述的系统，其特征在于，所述进队push的实际位置Pos计算子模块包括：
第一大小参数Size读取子模块，用于读取所述消息队列大小参数Size的值；
进队push的实际位置Pos获得子模块，用于获得对应的n个线程进队push的实际位置Pos。
D20、根据权利要求D16或D17或D18或D19所述的系统，所述多线程进队push子模块还包括：
可读计数参数读取子模块，读取可读计数参数CanReadCount的值；
可读计数参数读迭代增加子模块，按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
D21、根据权利要求D16所述的系统，其特征在于，所述单线程出队pop模块包括：
出队pop子模块，用于单个线程依次在所述消息队列中执行出队pop操作。
D22、根据权利要求D16所述的系统，其特征在于，还包括：
进队push的操作禁止子模块，用于在所述消息队列已满时，禁止执行进队push的操作。
E23、一种基于消息队列的线程间通信的系统，采用所述消息队列执行单线程进队push模块以及多线程出队pop模块，其中，所述多线程出队pop模块包括：
第二判断子模块，用于判断所述消息队列是否已空；
出队pop的偏移量计算子模块，用于在消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
出队pop的实际位置Pos计算子模块，用于依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置Pos；
操作出队pop子模块，用于所述n个线程分别在其出队pop的实际位置执行出队pop操作。
E24、根据权利要求E23所述的系统，其特征在于，所述第二判断子模块包括：
可读计数参数读取子模块，用于读取可读计数参数CanReadCount的值；
可读计数参数递减子模块，用于递减所述CanReadCount的值；
第二判断子模块，用于在获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。
E25、根据权利要求E23所述的系统，其特征在于，所述出队pop的偏移量计算子模块还包括：
偏移量Poppos读取子模块，用于读取出队pop的偏移量Poppos的值；
偏移量Poppos获得子模块，用于针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
E26、根据权利要求E23所述的系统，其特征在于，所述出队pop的实际位置Pos计算子模块包括：
第二大小参数读取子模块，用于读取所述消息队列大小参数Size的值；
出队pop的实际位置Pos计算子模块，用于采用所述Size的值对所述Poppos的值取模，获得对应的n个线程出队pop的实际位置Pos。
E27、根据权利要求E23或E24或E25或E26所述的系统，所述多线程出队pop模块还包括：
可写计数参数读取子模块，用于读取可写计数参数CanWriteCount的值；
可写计数参数迭代增加子模块，用于按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
E28、根据权利要求E23所述的系统，其特征在于，所述单线程进队push模块包括：
进队push子模块，用于单个线程依次在所述消息队列中执行进队push操作。
E29、根据权利要求E23所述的系统，其特征在于，还包括：
出队pop的操作禁止子模块，用于在所述消息队列已空时，则禁止执行出队pop的操作。
F30、一种基于消息队列的线程间通信的系统，采用所述消息队列执行多线程进队push模块以及单线程出队pop模块，或者，采用所述消息队列执行单线程进队push模块以及多线程出队pop模块；
其中，所述多线程进队push模块包括：
CanWriteCount参数读取子模块，用于读取可写计数参数CanWriteCount的值；
CanWriteCount参数递减子模块，用于递减所述CanWriteCount的值；
第三判断子模块，用于在获得递减后的CanWriteCount的值不为0，则判定所述消息队列为未满；
push的偏移量计算子模块，用于在所述消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
push的实际位置计算子模块，用于依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置；
push操作执行子模块，用于所述n个线程分别在其进队push的实际位置执行进队push操作；
CanReadCount参数读取子模块，用于读取可读计数参数CanReadCount的值；
CanReadCount参数迭加子模块，用于按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值；
其中，所述多线程出队pop模块包括：
CanReadCount参数读取子模块，用于读取可读计数参数CanReadCount的值；
CanReadCount参数递减子模块，用于递减所述CanReadCount的值；
第四判断子模块，用于在获得递减后的CanReadCount的值不为0，则判定所述消息队列为未空；
pop的偏移量计算子模块，用于在所述消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
pop的实际位置计算子模块，用于依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置；
pop操作执行子模块，用于所述n个线程分别在其出队pop的实际位置执行出队pop操作；
CanWriteCount参数读取子模块，用于读取可写计数参数CanWriteCount的值；
CanWriteCount参数迭加子模块，用于按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
Claims (26)
1.一种基于消息队列的线程间通信的方法，其特征在于，采用所述消息队列执行多线程进队push以及单线程出队pop的操作，其中，所述多线程进队push的操作包括：
判断所述消息队列是否已满；
若否，则分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；
所述n个线程分别在其进队push的实际位置Pos执行进队push操作；
其中，所述判断消息队列是否已满的步骤包括：
读取可写计数参数CanWriteCount的值；
递减所述CanWriteCount的值；
若获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。
2.根据权利要求1所述的方法，其特征在于，所述分别计算n个线程进队push的偏移量的步骤包括：
读取进队push的偏移量Pushpos的值；
针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
3.根据权利要求1所述的方法，其特征在于，所述分别计算所述n个线程进队push的实际位置Pos的步骤包括：
读取所述消息队列大小参数Size的值；
采用所述Size的值对Pushpos的值取模，获得对应的n个线程进队push的实际位置Pos。
4.根据权利要求1或2或3所述的方法，其特征在于，在所述n个线程分别在其进队push的实际位置执行进队push操作的步骤之后，还包括：
读取可读计数参数CanReadCount的值；
按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
5.根据权利要求1所述的方法，其特征在于，所述单线程出队pop的操作的步骤为：
单个线程依次在所述消息队列中执行出队pop操作。
6.根据权利要求1所述的方法，其特征在于，还包括：
若所述消息队列已满，则禁止执行进队push的操作。
7.一种基于消息队列的线程间通信的方法，其特征在于，采用所述消息队列执行单线程进队push以及多线程出队pop的操作，其中，所述多线程出队pop的操作包括：
判断所述消息队列是否已空；
若否，则分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置Pos；
所述n个线程分别在其出队pop的实际位置执行出队pop操作。
8.根据权利要求7所述的方法，其特征在于，所述判断消息队列是否已空的步骤包括：
读取可读计数参数CanReadCount的值；
递减所述CanReadCount的值；
若获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。
9.根据权利要求7所述的方法，其特征在于，所述分别计算n个线程出队pop的偏移量的步骤还包括：
读取出队pop的偏移量Poppos的值；
针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
10.根据权利要求7所述的方法，其特征在于，所述分别计算所述n个线程出队pop的实际位置Pos的步骤还包括：
读取所述消息队列大小参数Size的值；
采用所述Size的值对所述Poppos的值取模，获得对应的n个线程出队pop的实际位置Pos。
11.根据权利要求7或8或9或10所述的方法，其特征在于，在所述n个线程分别在其出队pop的实际位置执行出队pop操作的步骤之后，还包括：
读取可写计数参数CanWriteCount的值；
按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
12.根据权利要求7所述的方法，其特征在于，所述单线程进队push的操作包括：
单个线程依次在所述消息队列中执行进队push操作。
13.根据权利要求7所述的方法，其特征在于，还包括：
若所述消息队列已空，则禁止执行出队pop的操作。
14.一种基于消息队列的线程间通信的系统，其特征在于，采用所述消息队列执行多线程进队push模块以及单线程出队pop模块，其中，所述多线程进队push模块包括：
第一判断子模块，用于判断所述消息队列是否已满；
进队push偏移量计算子模块，用于在消息队列未满时，分别计算n个线程进队push的偏移量；所述n为大于或等于1的正整数；
进队push的实际位置Pos计算子模块，用于依据所述n个线程进队push的偏移量，分别计算所述n个线程进队push的实际位置Pos；
操作进队push子模块，用于所述n个线程分别在其进队push的实际位置Pos执行进队push操作；
其中，所述第一判断子模块包括：
可写计数参数读取子模块，用于读取可写计数参数CanWriteCount的值；
可写计数参数递减子模块，用于递减所述CanWriteCount的值；
第一判断子模块，用于在获得递减后的CanWriteCount的值为0，则判定所述消息队列为已满，否则，判定所述消息队列为未满。
15.根据权利要求14所述的系统，其特征在于，所述进队push偏移量计算子模块包括：
偏移量Pushpos读取子模块，用于读取进队push的偏移量Pushpos的值；
偏移量Pushpos获得子模块，用于针对所述n个线程迭代增加所述Pushpos的值，分别获得所述n个线程进队push的偏移量。
16.根据权利要求14所述的系统，其特征在于，所述进队push的实际位置Pos计算子模块包括：
第一大小参数Size读取子模块，用于读取所述消息队列大小参数Size的值；
进队push的实际位置Pos获得子模块，用于获得对应的n个线程进队push的实际位置Pos。
17.根据权利要求14或15或16所述的系统，所述多线程进队push子模块还包括：
可读计数参数读取子模块，读取可读计数参数CanReadCount的值；
可读计数参数读迭代增加子模块，按照所述n个线程进队push的操作，迭代增加所述CanReadCount的值。
18.根据权利要求14所述的系统，其特征在于，所述单线程出队pop模块包括：
出队pop子模块，用于单个线程依次在所述消息队列中执行出队pop操作。
19.根据权利要求14所述的系统，其特征在于，还包括：
进队push的操作禁止子模块，用于在所述消息队列已满时，禁止执行进队push的操作。
20.一种基于消息队列的线程间通信的系统，其特征在于，采用所述消息队列执行单线程进队push模块以及多线程出队pop模块，其中，所述多线程出队pop模块包括：
第二判断子模块，用于判断所述消息队列是否已空；
出队pop的偏移量计算子模块，用于在消息队列未空时，分别计算n个线程出队pop的偏移量；所述n为大于或等于1的正整数；
出队pop的实际位置Pos计算子模块，用于依据所述n个线程出队pop的偏移量，分别计算所述n个线程出队pop的实际位置Pos；
操作出队pop子模块，用于所述n个线程分别在其出队pop的实际位置执行出队pop操作。
21.根据权利要求20所述的系统，其特征在于，所述第二判断子模块包括：
可读计数参数读取子模块，用于读取可读计数参数CanReadCount的值；
可读计数参数递减子模块，用于递减所述CanReadCount的值；
第二判断子模块，用于在获得递减后的CanReadCount的值为0，则判定所述消息队列为已空，否则，判定所述消息队列为未空。
22.根据权利要求20所述的系统，其特征在于，所述出队pop的偏移量计算子模块还包括：
偏移量Poppos读取子模块，用于读取出队pop的偏移量Poppos的值；
偏移量Poppos获得子模块，用于针对所述n个线程迭代增加所述Poppos的值，分别获得所述n个线程出队pop的偏移量。
23.根据权利要求20所述的系统，其特征在于，所述出队pop的实际位置Pos计算子模块包括：
第二大小参数读取子模块，用于读取所述消息队列大小参数Size的值；
出队pop的实际位置Pos计算子模块，用于采用所述Size的值对所述Poppos的值取模，获得对应的n个线程出队pop的实际位置Pos。
24.根据权利要求20或21或22或23所述的系统，所述多线程出队pop模块还包括：
可写计数参数读取子模块，用于读取可写计数参数CanWriteCount的值；
可写计数参数迭代增加子模块，用于按照所述n个线程出队pop的操作，迭代增加所述CanWriteCount的值。
25.根据权利要求20所述的系统，其特征在于，所述单线程进队push模块包括：
进队push子模块，用于单个线程依次在所述消息队列中执行进队push操作。
26.根据权利要求20所述的系统，其特征在于，还包括：
出队pop的操作禁止子模块，用于在所述消息队列已空时，则禁止执行出队pop的操作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310683403.6A CN103631665B (zh) | 2013-12-12 | 2013-12-12 | 一种基于消息队列的线程间通信的方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310683403.6A CN103631665B (zh) | 2013-12-12 | 2013-12-12 | 一种基于消息队列的线程间通信的方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103631665A CN103631665A (zh) | 2014-03-12 |
| CN103631665B true CN103631665B (zh) | 2017-11-07 |
Family
ID=50212754
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310683403.6A Active CN103631665B (zh) | 2013-12-12 | 2013-12-12 | 一种基于消息队列的线程间通信的方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103631665B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106201705B (zh) * | 2016-07-25 | 2019-10-08 | 东软集团股份有限公司 | 处理消息的方法及装置 |
| CN107506491B (zh) * | 2017-09-26 | 2021-03-09 | 苏州浪潮智能科技有限公司 | 一种分布式文件系统的osd数据分发方法及装置 |
| CN109783142B (zh) * | 2018-12-21 | 2021-02-12 | 福建新大陆支付技术有限公司 | 一种基于pos机的多线程同步方法及pos机 |
| CN111427859B (zh) * | 2020-03-25 | 2024-04-05 | 京东科技控股股份有限公司 | 一种消息处理方法、装置、电子设备及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100388214C (zh) * | 2005-12-30 | 2008-05-14 | 北京金山软件有限公司 | 一种多线程处理中的资源调用方法 |
| US7904907B2 (en) * | 2003-12-31 | 2011-03-08 | Intel Corporation | Processing architecture having passive threads and active semaphores |
| CN103176837A (zh) * | 2013-03-27 | 2013-06-26 | 南京大学 | 基于反转单链表的锁无关消息队列实现方法 |
| CN103257888A (zh) * | 2012-02-16 | 2013-08-21 | 阿里巴巴集团控股有限公司 | 一种对缓冲队列并发执行读、写访问的方法和设备 |
-
2013
- 2013-12-12 CN CN201310683403.6A patent/CN103631665B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7904907B2 (en) * | 2003-12-31 | 2011-03-08 | Intel Corporation | Processing architecture having passive threads and active semaphores |
| CN100388214C (zh) * | 2005-12-30 | 2008-05-14 | 北京金山软件有限公司 | 一种多线程处理中的资源调用方法 |
| CN103257888A (zh) * | 2012-02-16 | 2013-08-21 | 阿里巴巴集团控股有限公司 | 一种对缓冲队列并发执行读、写访问的方法和设备 |
| CN103176837A (zh) * | 2013-03-27 | 2013-06-26 | 南京大学 | 基于反转单链表的锁无关消息队列实现方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103631665A (zh) | 2014-03-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10733019B2 (en) | Apparatus and method for data processing | |
| US20200133533A1 (en) | Methods, devices, and computer program products for processing data | |
| CN103631665B (zh) | 一种基于消息队列的线程间通信的方法和系统 | |
| US8087022B2 (en) | Prevention of deadlock in a distributed computing environment | |
| US8219716B2 (en) | Methods for accounting seek time of disk accesses | |
| US9535756B2 (en) | Latency-hiding context management for concurrent distributed tasks in a distributed system | |
| US10331500B2 (en) | Managing fairness for lock and unlock operations using operation prioritization | |
| CN108647104A (zh) | 请求处理方法、服务器及计算机可读存储介质 | |
| Duque et al. | Solving the orienteering problem with time windows via the pulse framework | |
| CN107391279B (zh) | 一种消息队列容器创建方法、装置及消息队列容器 | |
| Lehmann et al. | Deadlock handling for real-time control of AGVs at automated container terminals | |
| JP7379491B2 (ja) | 入出力ストア命令をハンドリングする方法、システム、およびプログラム | |
| CN109408220A (zh) | 一种任务处理方法及装置 | |
| US8060878B2 (en) | Prevention of deadlock in a distributed computing environment | |
| US11023277B2 (en) | Scheduling of tasks in a multiprocessor device | |
| US10599430B2 (en) | Managing lock and unlock operations using operation prediction | |
| CN114564298A (zh) | 一种基于组合优化的混合容器云环境下Serverless服务调度系统 | |
| He et al. | Real-time scheduling in mapreduce clusters | |
| de Barros et al. | An adaptive discrete particle swarm optimization for mapping real-time applications onto network-on-a-chip based MPSoCs | |
| CN109376020A (zh) | 多区块链交互并发下的数据处理方法、装置及存储介质 | |
| WO2023071643A1 (zh) | 用于处理任务的方法、装置、电子设备和介质 | |
| US20190245799A1 (en) | Reliability processing of remote direct memory access | |
| CN105637475B (zh) | 并行访问方法及系统 | |
| Zhang et al. | Prophet: Speeding up distributed DNN training with predictable communication scheduling | |
| Subramonian et al. | Reusable models for timing and liveness analysis of middleware for distributed real-time and embedded systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20161212 Address after: 100015 Jiuxianqiao Chaoyang District Beijing Road No. 10, building 15, floor 17, layer 1701-26, 3 Applicant after: BEIJING QI'ANXIN SCIENCE & TECHNOLOGY CO., LTD. Address before: 100088 Beijing city Xicheng District xinjiekouwai Street 28, block D room 112 (Desheng Park) Applicant before: Beijing Qihoo Technology Co., Ltd. Applicant before: Qizhi Software (Beijing) Co., Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100015 15, 17 floor 1701-26, 3 building, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Patentee after: Qianxin Technology Group Co., Ltd. Address before: 100015 15, 17 floor 1701-26, 3 building, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Patentee before: BEIJING QI'ANXIN SCIENCE & TECHNOLOGY CO., LTD. |