确实很难！在我的（C ++）单元测试中，我已经沿着所使用的并发模式分成了几类： 单元测试在单个线程中运行，并且不是线程感知的类 - 简单，像往常一样测试。 Monitor对象（在调用者的控制线程中执行同步方法的那些对象）的单元测试公开一个同步的公共API - 实例化多个模拟线程，这些线程运行API。构建行使被动对象内部条件的场景。包括一个较长时间的运行测试，基本上可以从多个线程中跳出来。我知道这是不科学的，但确实建立了信心。 活动对象（封装自己的线程或控制线程的那些）的单元测试- 类似于上面的＃2，具体取决于类的设计。公共API可能是阻塞的或非阻塞的，呼叫者可能获得期货，数据可能到达队列或需要出列。这里有很多可能的组合。白色的盒子。仍然需要多个模拟线程来调用被测对象。... 展开详请