javafx 浏览器
浏览器中的JavaFX屏幕截图
最近，Carl Dea和我启动了一个新项目，将JavaFX 8引入浏览器。
今天，我想介绍我们创建的前两个概念验证，以查看该想法是否完全可行。
对于不耐烦的人，这里是到PoC的链接。
但请注意，此时启动时间太恐怖了。
JavaFX应用程序启动之前可能很容易需要1-2分钟。
两种概念验证都以不同的颜色显示许多矩形和圆形。 实施这些形状使我们对基础技术有了一个大概的了解，并且对预期的复杂性和努力有了第一印象。 概念验证还包括一个来回移动的圆圈。 尽管此动画绝非壮观，但它为我们提供了预期性能的上限。 如果我们无法以可接受的性能显示此简单动画，则无需在更复杂的动画上浪费时间。
概念验证以Doppio为核心，这只是一个令人惊讶的项目。 Doppio是在浏览器中运行JavaScript中实现的JVM。 这再次证明了规则34的编码器版本：“如果您能想到的话，JavaScript中就有一个实现……”
老实说，我对这种方法非常怀疑。 这样的JVM的性能有多好？ 另一方面，JavaScript近年来发展很快，正如Hendrik Ebbers最近在开玩笑地指出的那样，如今没有比JavaScript更积极地优化了。 值得一试。 正如您在PoC（希望现在开始）中看到的那样，尤其是在第二个PoC中，运行时性能出奇地好。 再次考虑一下您正在看什么：这是一个标准的JavaFX应用程序，已编译为字节码，并且已在用JavaScript实现的JVM中进行了解释（到目前为止，AFAIK Doppio不执行JIT）。 而且所使用的JavaFX运行时几乎与标准实现相同。
Doppio仅支持Java 6，但是JavaFX运行时基于Java8。Doppio团队正在努力支持Java 8，但是到目前为止，我们必须以某种方式弥合差距。 我们决定使用RetroLambda ，主要是因为Android的JavaFX端口已在使用它。 这是一个非常有用的工具，它接受兼容Java 8的字节码并将其迁移到Java 7甚至Java 6字节码。 到目前为止，它对我们而言是完美无缺的，仅不支持默认方法。 我不确定它是否可以投入生产，但是如果您坚持使用Java 6或Java 7，是否想使用Java 8功能，并且已经进行了广泛的测试，那么值得一试。
概念验证使用不同的方法在屏幕上呈现JavaFX Scene。 第一个PoC使用软件渲染器。 它是JavaFX运行时的一部分，顾名思义，几乎所有渲染场景的操作都是用Java完成的。 结果是一个字节数组，我们必须将其复制到屏幕上。 另一方面，自定义渲染器尝试使用尽可能多HTML canvas API，即，渲染圆形时，自定义渲染器使用arc（）方法。 通常，第二种方法要快得多，因为它可以利用平台中的优化功能。 但这也意味着实施将受到平台可能性的限制。 例如，通常不支持带有视频的高级功能（例如旋转和叠加）以及许多效果。
接下来的步骤是至少再增加两个原型，然后我们将决定要遵循的路线。 而且我们需要确定启动时间。 敬请关注！
https://www.javacodegeeks.com/2014/12/javafx-in-the-browser.html
javafx 浏览器
