我正在考虑哪个线程库可用于需要在x86,x86_64和powerpc体系结构上运行的相对较小的C++项目。decaf线程vs boost线程vs全线程
该项目使用ActiveMQ,它提供了decaf :: lang :: Thread和decaf :: util :: concurrent设施。我没有这个库的经验,找不到任何教程/例子,只有文档?
你们有一个人/女孩曾经使用过咖啡脱水线程吗?你能告诉我你的经验,并与你认识的其他产品做一点比较吗?
谢谢 BB
我正在考虑哪个线程库可用于需要在x86,x86_64和powerpc体系结构上运行的相对较小的C++项目。decaf线程vs boost线程vs全线程
该项目使用ActiveMQ,它提供了decaf :: lang :: Thread和decaf :: util :: concurrent设施。我没有这个库的经验,找不到任何教程/例子,只有文档?
你们有一个人/女孩曾经使用过咖啡脱水线程吗?你能告诉我你的经验,并与你认识的其他产品做一点比较吗?
谢谢 BB
看起来像ActiveMQ的decaf::util::concurrent
设施都还不错,因为它们提供了一些并发容器和线程池设施,但我仍然很可能投票给使用boost::thread
,因为它似乎是很多更详细的记录,除非你可以预见到你的线程需要实际符合ActiveMQ线程类型签名的情况,但经过一些快速搜索后,我找不到很多迹象表明这是必要的。 boost::thread
非常成熟,非常便携,功能非常齐全,并且有很好的文档记录。
认识到这是一个古老的线程(真的,没有双关语!),但我有同样的问题。看到我上面的评论为什么我认为我可能需要在我的代码中使用Decaf线程实用程序。 (在这个时候,我宁愿使用C++标准库
我有完全相同的问题,完全相同的原因(使用ActiveMQ CPP库)。我需要确保我的onMessage回调中的代码是同步的。我猜测onMessage将在decaf线程中运行,所以我应该使用decaf线程技术进行同步? (会很高兴不必猜测。) – Duncan 2017-08-23 20:18:04