Workers JSNI at GWT svn 看起来WebWorkers还没有完全实现。我知道元素处于发展的早期阶段，但可能已经有人试图使它有效吗？
答案 0 :(得分：16)
Web worker的问题在于它们并不真正适合标准的GWT / Java模型 - 在我看来它们几乎不适合标准的JS模型。
Web worker通过在本质上不同的JavaScript VM之间来回传递数据来工作。该数据必须采用字符串形式，每个工作人员必须单独加载其JS。这意味着在一个工作者（或主页面）中声明的变量不能从另一个工作者（或主页面）中访问，除非它作为字符串数据的一部分传递，在工作者之间来回传递。
那么当您考虑GWT / Java时，这是如何工作的？从Java的角度来看，这不等同于多个线程，而是多个JVM！不同的进程只能通过来回传递字符串（或更重要的是，不是Java对象）来进行通信，并且不能共享任何其他状态。即使是两个虚拟机之间的静态变量也可能不同。
从您发布的链接中，查看JsWorker的来源 - 您可以通过JsWindow.newWorker创建此实例，并使用JS脚本的url开始，并且JsWorker支持侦听方法对于响应，并向其发送消息以使其工作。
该脚本可以是GWT编译对象 - 但它将是一个独立的模块和入口点，而不是原始应用程序，因此它只有合理运行的代码，并且不会尝试在页面上开始绘图它加载。它可能需要使用仅加载JS的链接器，并且不会在“页面”上假设iframe。
GWT-NS项目已经有一些Web工作者样本，使用他们自己的链接器构建js文件以加载到工作者中，以及其他一些便利部分。