我目前正在考虑为游戏开发和部署到Steam Greenlight的选择。我非常喜欢Java与libGDX的结合，特别是因为Java具有libGDX的跨平台潜力，而且我知道可以在Steam上部署Java游戏。我也很满意必须创建某种包装程序，以便我的Java游戏可以调用C ++ Steamworks API。
我的问题是我可能遇到什么部署问题。具体来说，是在客户端计算机上安装JRE。我已经看到许多Steam安装程序会检查.NET运行时。我应该为JRE做类似的检查并安装吗？
在Steam上进行Java部署与使用Monogame进行C＃之类的部署和维护相比，有什么明显的理由吗？
Answers:
与.NET和DirectX不同，作为最近在Steam上发布libGDX游戏的人，Steam没有为您的应用程序提供选项来自动检查和下载这些库所需的版本。
让用户将Java安装为系统库是很麻烦的，因为大多数人仍将JRE（尤其是Oracle的JRE）视为某种广告软件/安全漏洞，并且不想在计算机上安装它。台式机上对Java应用程序仍然存在污名，因此您必须考虑用户。
我建议使用libgdx的packr应用程序，该应用程序将使用适当的私有OpenJDK自动打包您的jar和资源，该OpenJDK可随您的软件一起使用和分发。另外，您可以通过抓住他们在packr中使用的非官方OpenJDK构建并将其包含在项目中来手动进行操作。
我个人选择后一种方法，因为我已经下载了最新版本并打包了所有内容，包括分发到Steam，所有这些都包含在项目的gradle构建脚本中。
包括您自己的JRE / JDK是轻量级的，仅增加了约80mb的游戏空间，并且是非侵入性的。这还可以确保运行应用程序所用的Java版本始终是所需的版本，而不会与系统的版本冲突。
编辑：2017年3月13日
对于一年多一点，现在我一直在使用Azul的OpenJRE而不是非官方从alexkasko构建。它们甚至在企业环境中也得到了广泛的使用和支持。此外，它们还支持Java 8及更高版本，在我切换之时，非正式的构建存储库版本都停留在Java 7上。
自从我切换之后，现在还有一个开源存储库，如果您想使用的话，它将继续提供openjdk / jre的社区构建版本。两者都很好。
我认为，鉴于该语言需要一种语言，因此检查用户的运行时绝对可以。我认为在.NET，Java，Python，Lua或其他需要运行时环境的编程语言中，仅仅是因为没有它就无法运行游戏。
如果您有UX问题，请不要担心，JRE安装程序不是很麻烦，许多游戏都不需要运行时安装，甚至可以避免多个依赖项。
在法律方面，我认为您不在法律的任何灰色或红色区域。根据许可证FAQ，根据以下内容，您可以非常简单地随您的软件一起分发Java环境：
我可以随软件一起分发Java吗？
是的，只要您遵守Java二进制代码许可的条款和条件，就可以为Java提供软件
那应该是做出明智决定所需的所有信息。