我最近很喜欢看Google IO 关于 Go 并发模式的演讲
尽管 Go 的并发方法（groutines、通过通道的通信）明显不同于 Clojure（不变性、管理引用、STM），但在 Clojure 上下文中的某些情况下，Go 方法似乎仍然有用。
那么对于 Go 的并发原语（可能是一个库），在 Clojure 或 Java 中是否有直接的等价物，特别是：
channel- 像对象一样阻塞，直到读写器在两端都可用select可以在多个通道上等待结果的类似构造PS对 Java 解决方案非常满意，因为它很容易从 Clojure 中使用
更新自从最初提出这个问题以来，Clojure 现在有了core.async，它提供了所有这些功能等等。
您应该查看core.async。它是由 Rich Hickey 编写的实现 go 风格通道的库。
阻塞直到读写器两端都可用的类似通道的对象
这有点令人困惑。你的意思是“阻塞直到，如果写，一个读者可用，或者，如果阅读，一个作家可用”？我代表线程而不是构造发言，构造不能阻塞只有线程可以。（为避免混淆，构造会指示线程阻塞）。
如果我的假设是正确的，那么您可以有两种选择（在标准 Java 中）。
可以在多个通道上等待结果的类 select 构造
据我所知，没有任何真正的select类似构造。您可以拥有的最接近的是ExecutorCompletionService，它将在下一个提交的可用任务完成时返回。
我最近编写了 go-lightly，这是一个支持使用 Go 并发结构进行编程的 Clojure 库，将一些 Clojure 习语放在这种并发编程风格上。
Go 并发编程的核心结构是：
select从多个通道读取下一条可用消息的运算符go-lightly 库具有所有这些功能，构建在 Java 和 Clojure 中可用的功能之上。True Go 例程被多路复用到线程上，而不是在其整个生命周期内完全使用线程。在 go-lightly 中，我在 Clojure 未来宏之上构建了 go 例程，因此这是 JVM 上 Go 模型最薄弱的部分。
我尝试使用 lamina，但它缺少有界通道（在某些情况下您可能需要它，并且是 Go 缓冲通道模型的一部分），据我所知，在将消息放到渠道。这是 Go 并发模型的一个关键特性。
我在 git repo 中包含了一些使用 go-lightly 库的示例。大多数都是基于 Rob Pike 在过去两年的会谈中给出的例子。
在 JCSP 之上构建一个 Clojure 库会很有趣，但我还没有研究过。
在不了解 Go 的情况下，看看 Lamina 是否符合您的要求https://github.com/ztellman/lamina
你可能想看看Quasar/Pulsar。它非常新，但正是您正在寻找的。
akka演员~= goroutine+channel
我强烈推荐JCSP，基于 Occam/transputer 算法。此 API 实现的关键部分已使用形式方法和形式证明者算法检查了正确性，因此尽可能可靠（Alternative 类是这方面的主要成就）。
JCSP 非常好……但是缺点仍然是 JVM 施加的限制，尤其是线程的高成本。在 Go 或 Occam 中，线程的数量可以达到数百万，但在 JVM 中则不然。