Java中可用的协程库

Question

我想用Java做一些事情,如果使用并发例程编写会更清楚,但是对于哪些完全线程严重过度杀伤.当然,答案是使用协同程序,但标准Java库中似乎没有任何协程支持,而快速谷歌在这里或那里会带来诱人的提示,但没有什么实质性的.

这是我到目前为止所发现的:

• JSIM有一个协程类,但它看起来非常重量级,并且看起来与点上的线程混淆.这样做的目的是降低全面线程的复杂性,而不是添加它.此外,我不确定该类是否可以从库中提取并独立使用.
• Xalan有一个coroutine set类,可以执行类似coroutine的东西,但是如果可以从整个库中有意义地提取它,那么它仍然是可疑的.它看起来像是一个严格控制的线程池形式,而不是实际的协同程序.
• 有一个谷歌代码项目看起来像我所追求的,但如果有什么它看起来比使用线程更重量级.我基本上对需要软件在运行时动态更改JVM字节码以完成其工作的事情感到紧张.这看起来有点矫枉过正,并且会像协同程序解决的那样导致更多问题.此外,它似乎没有实现整个协程概念.通过我的一瞥,它提供了一个yield只返回调用者的功能.正确的协同程序允许yields将控制权直接转移到任何已知的协程.基本上这个库,重量级和可怕的,只给你支持迭代器,而不是完全通用的协同程序.
• 有希望命名的Coroutine for Java失败了,因为它是一个特定于平台(显然使用JNI)的解决方案.

这就是我发现的一切.

我知道Da Vinci机器中对协同程序的本机JVM支持,我也知道这样做的JNI延续技巧.然而,对我来说这些并不是一个很好的解决方案,因为我不一定能控制我的代码运行在哪个VM或平台上.(事实上​​,任何字节码操作系统都会遇到类似的问题 - 如果可能的话,最好是纯Java.运行时字节码操作会限制我在Android上使用它.例如.)

那么有人有任何指针吗？这甚至可能吗？如果没有,是否可以在Java 7中使用？

---

编辑添加:

只是为了确保混乱载,这是一个相关的问题我的另外一个,但又不尽相同.这个是寻找现有的实施方案,以避免不必要地重新发明轮子.另一个是关于如何在Java中实现协同程序的问题,如果这个问题无法解决的话.目的是在不同的线程上保留不同的问题.

---

进一步编辑添加:

该答案被选中.然而,有些评论是有条理的.库指向的不是一个协程库,所以它在技术上不回答我的问题.尽管如此,它与上面链接的Google Code项目有两个优势:

1. 两种解决方案都使用字节码操作,但所选的库允许静态字节码操作,这使得它可以在Android和其他不兼容的JVM堆栈中使用.
2. Google Code项目不会执行完整协同程序.虽然答案的库甚至根本不做协同程序,但它确实做了一些更重要的事情:它为滚动我自己的全功能协程提供了一个很好的基础工具.

Answer 1

Javaflow是一个延续实现,它可能会让你这样做.它使用字节码操作.

无论如何,感觉就像你正试图用普通的C做OOP.这是可行的,但这并不意味着你应该这样做.

Answer 2

该奇勒姆框架使用字节代码的重写实现协同程序.我自己用它来实现Erjang中的轻量级进程,并且它非常稳定,而且对于正在进行的字节码重写的速度非常快.

Kilim的协同程序通过使用邮箱进行交互,因此我使用框架来模拟Erlang actor.但它也可以用于在共享内存模型中执行协同程序.

Answer 3

您如何看待Matthias Mann撰写的这个延续库？我复制了创作者网站的优点和缺点,以方便讨论.重要的是要查看源代码中的测试,以查看网站上的一个示例.

http://www.matthiasmann.de/content/view/24/26/

让我们从你得到的东西开始:

• 编写简单的顺序代码 - 您不再需要手动创建状态机
• 没有创建或需要线程 - 没有多线程同步问题
• 代码执行没有垃圾创建
• 运行时开销非常小
• 只更改了可挂起的方法调用 - 对标准库(如java.util.*etc)的所有调用都不会受到影响.
• 完整的序列化支持
• 您可以在保存游戏中将协同程序的执行状态存储为游戏状态的一部分,而无需任何其他代码.这当然要求您在协同程序中使用的类和数据类型是可序列化的.完全支持异常处理和最终块
• 脱机预处理不会减慢应用程序加载时间当然,运行时检测也是可行的.
• 非常小的运行时库 - 少于10 KByte(未压缩的JAR)BSD许可证

有了所有这些强大的功能 - 你可能会要求它们的缺点.那么当然有一些缺点:

• 无法暂停构造函数和静态初始化程序
• 无法挂起的方法无法同步或具有同步块
• 您需要下载ASM3库才能运行检测任务
• 你不能用反射调用suspendable方法

通过将需要使用同步的代码放入其自己的方法中,可以解决同步问题.

Answer 4

您的要求似乎是:

• 轻量级 - 不基于线程,
• 不依赖本机代码,而且
• 不使用字节码修改.

我有一种令人讨厌的感觉,这些要求排除了在Java中实现协同程序的所有合理策略.