Java小程序的未来是什么样子的？

在过去，由于Microsoft/Sun JVM的分裂，java小程序是不可靠的。Flash接手，Java小程序因浏览器崩溃和性能问题而闻名

既然JVM作为Clojure和Scala等动态语言的平台正在复兴，那么浏览器内小程序JVM的当前和未来前景如何？

• 浏览器供应商是否继续解决稳定性和性能问题
• Java有多大的市场渗透率
• 鉴于JVM的复兴，小应用程序是否也会将任何形式的复兴视为Flash的替代品，或者尽管JVM取得了成功，它们是否会完全过时

---

（是的，HTML5是许多事情的前进方向。它将继续取代浏览器中最合适的Flash和Java。这不是问题所在。）

简单地说，现在你通过移动设备接触到很多人，未来你将更多地通过移动设备接触到人们。移动设备操作系统制造商不想在他们的移动设备上支持JVM，我怀疑Oracle也会这样做

坚持标准。如果你想制作一个web应用程序，HTML5和Javascript仍然是一条路要走

JVM语言肯定正在复苏，我想它们会继续流行，但它们不会（而且，至少不会）用它们来编写小程序

---

小程序没有集成到系统中，它们没有得到很好的支持，而且它们是讨厌的资源消耗者。将JVM保留在您的服务器上，您可以从JIT和JVM的其他功能中获得全部好处

Flash最终实现了小应用程序试图实现的目标，并且做得非常好。初始下载量小，程序启动速度快，在网页内运行

---

这就是说，Java 6 update 10对Java WebStart的JNLP规范进行了改进，从而增强了启动小程序的能力，但我还没有仔细研究它（我们广泛地将Java WebStart用于应用程序，而不是小程序），我怀疑其他人也没有。

通过JavaFX，Sun在稳定性和启动时间方面改进了小程序插件。 最新的浏览器支持新的Java插件。 现在，使用进度条创建自己的启动屏幕也更容易了

就部署而言，60%的人安装了Java6（），93%的人安装了Flash10

---

在使用方面，我的观点是用户并不关心所使用的技术。他们关心这样的事情：它有效吗？看起来好吗？它启动快吗？它能做些有用/有趣的事情吗？应用程序是否易于使用？

Java小程序已经过时。早期宽带的缺乏极大地促成了它的早期消亡。Windows JVM长期被锁定在1.1版本的事实是另一个钉子

Java webstart提供了更好的功能—按需交付Java应用程序、缓存和自动更新，而不存在任何浏览器集成问题

---

小程序都死了。XMLHttpRequest的出现满足了人们开始使用applet的大部分原因

我建议把它变成一个维基，否则它很可能会被关闭，因为这是一个主观问题。嗯，我的水晶球告诉我小程序已经死了。我在自己每天浏览网页的时候，已经有近十年没有在网页上看到Java小程序了。YMMV，但我不会投资。浏览器供应商也不关心，Sun和现在的Oracle也不关心。例如，Linux下有一个恼人的bug，Firefox中的小程序无法获得键盘焦点（非常适合游戏）。Mozilla责怪Sunacle，他们责怪Mozilla，甚至没有人试图以任何方式解决这个错误。Scala不是一种动态语言。它至少和Java一样是静态的。我一直对Java在小程序中的使用感到兴奋，并且在看到它被大量用于业务逻辑编码时，感到十分震惊。我真的很鄙视Flash，部分原因是我强烈怀疑它是非常不安全的。如果你不确定Flash是否不安全，那么也许是时候仔细看看了？唯一一个能够处理所有Flash内容的Flash播放器是封闭源代码的，我对Flash的主要抱怨是，即使是简单的侧滚游戏，它也会占用大量CPU。安全好。。。“谁知道呢，它是封闭源代码的。@Paul，但它已经成功地填补了我想要的小应用程序的空白。运行Java的手机比以往任何时候都多。J2ME的存在几乎完全是为了这个目的。早在iPhone在史蒂夫·乔布斯眼中出现之前，Java手机就已经开始运行游戏和应用程序了。很多手机可以通过浏览器运行小程序？这对我来说是新闻！恰恰相反。你肯定已经看到了2010年安卓手机销量爆炸性增长的新闻，而且这一趋势似乎将继续下去。Java是Android的主要开发语言。诚然，它们不是“小应用程序”，也不是“真正的”JVM（长话短说，Sunacle对J2ME收取谷歌认为过高的许可费，因此谷歌对Java规范进行了净室重新实现，带有专有扩展，称为Dalvik），但它肯定是Java。移动设备上的Java的未来看起来比以往任何时候都好。答案末尾的问题都是相关的。现在在2014年，人们可以说Java小程序没有很好地回答这些问题。就连Flash似乎也在退却，HTML5+JS也在扩张。