这篇文章是基本上是基于我的论文开题报告，所以难免要打点官腔。因为我对手机游戏并不了解，所以本文关于Java手机游戏的讨论会很少，而即使对于手机游戏以外的内容，我个人所能接触到的资源也是很有限的，讨论起来不免会有所偏颇，大家批判着看吧。
这些年由于Java技术的不断发展，Java程序的运行速度有了显着提升，同时硬件技术也在不断进步，从而使得java处理比较复杂的3d图形成为可能。 Lwjgl，Jogl，Java3D等技术的出现，使Java语言可以方便的利用现在的显卡日益强大的硬件加速能力。实际上目前已经有许多基于java的 2d和3d游戏，其中不乏大型多人在线游戏。
上面这些只是Java游戏的一小部分。然而，即使还有其它很多基于Java的游戏，相对于整个游戏产业来说，Java游戏社区仍然非常小，以至于其力量在手机游戏之外的领域几乎可以被忽略不计。但是实际上Java作为一种游戏编程语言和平台，这些年还是取得了长足的发展，在后applet时代走着复兴之路。
当然，Java可以做游戏，并不意味着Java就适合做游戏，那么：
基于java对于一个游戏来说到底意味着什么？
１，Java是一门经过充分发展，已经十分成熟的语言。
Java语言称霸企业级应用这么多年，事实证明了它非常适合于开发大型软件。当Java的运行效率不再是问题的时候，Jjava语言严谨、高抽象、可读性强的优势就体现出来了。这对于规模越来越庞大的游戏软件来说，有着不小的诱惑。
２，Java作为平台，极大的方便了游戏脚本的使用
对于游戏开发来说，由于涉及到比较复杂的情况（有时候甚至是美学问题），开发过程很多时候是一个不断修改的过程，可以方便的修改游戏内容是十分关键的。对于很多游戏引擎来说，都有自己编写的脚本解释器，用来解释一些自定义的游戏脚本语言（一般为命令式脚本，比如moveplayer（int x，int y），playersmile（）之类的东西），另一些则提供了例如lua和rubby等的脚本语言来访问游戏引擎。由于其虚拟机特性，java本身就可以用来编写游戏脚本，目前也有例如beanshell、groovy等脚本语言可以方便的无缝的和java语言进行交互，这些都极大的方便了java游戏编程。
３，跨平台？
跨平台，每当比较java与其他语言的时候，总是要谈到跨平台。但是在java游戏领域，write once ,run everywhere，听起来更像是一个冷笑话。这个笑话有多冷呢？（手机游戏我不熟悉，但是确实有人用“痛苦”来形容开发运行在不同手机上的 javame游戏）对于其他大多数java游戏来说，或者通过applet或者通过java web start来部署，这两种方式无一例外的都要用到浏览器。对于java web start来说，问题相对较小，程序员必须处理的问题主要是如何让非专业用户成功安装指定的jre版本的问题，虽然很麻烦，但是是可以解决的。对于applet来说，问题就变得复杂的多，很多问题只会在特定的操作系统配上特定的浏览器时才会出现，即使是同一品牌的浏览器，不同的浏览器版本也会出现不同的问题，同时这里还涉及到客户机默认是使用opengl pipeline还是directdraw pipeline的问题。而我们现在甚至还没有开始讨论当3d游戏需要使用底层图形api时的情况，无论是applet还是web start一旦在程序中使用了任何一种opengl的java绑定，客户机各不相同的显卡以及同一款显卡的不同驱动都会带来不同的问题，而这些问题是随着操作系统和浏览器的不同而不同的，操作系统数×浏览器数（web start不需要考虑浏览器）×显卡数×每款显卡平均的驱动版本数=噩梦。最后你不得不妥协于这样一个现实-----即使电脑在硬件上满足程序的要求，你也无法让你的程序运行在这些电脑中的每一台上，除非你的用户都是专业人士。
当然，其实现状并没有听起来那么糟糕，对于不使用java的大多数游戏来说，根本就只能运行在一个平台上，许多游戏对directx或者 opengl的版本有要求，更不要提那些运行在家用游戏机上的游戏了，跨平台是整个游戏业的大问题，java只是像其他人一样没有把这个问题彻底解决掉而已，但仍然比其它技术做得要好。不过，值得一提的是，在那些不直接使用硬件加速的网页小游戏上，java确实在稳定性和方便安装上输给了flash；在家用机方面，java是0，而微软的xna（c#）可以跨xbox360和vista。