为什么Java不适合游戏开发？

为什么Java不适合游戏开发？

作为一个多年游戏服务端开发者，我来回答一下这个问题。只要你仔细去 *** 网站看，会发现游戏招java的非常少（我希望杠精不要抬杠，我说的少，而且非常少，并不是说没有）。那么为什么在其他领域的霸主在游戏行业连喝口汤的资格都没有呢？其实主要有两个原因，而且这两个原因都和程序员最关心的效率有关系，一个是开发效率，一个是运行效率。很遗憾的作为一个不上不下的java两个都占不了。

首先是开发效率，在几年前手机游戏开始火爆，游戏公司多，产品相似度高，那么如何能以最快的速度开发完游戏并且上线运营，在快速迭代中试错，降低开发周期就是减少开发成本。在这种环境下，很多脚本语言成了首选，比如nodejs、php甚至还有lua和python（这里多说一句，别看lua语言本身简单，其实lua在游戏领域的使用成本是非常高的，至少在这四种脚本语言中是更高的，因为他只是一个胶水语言，要依附于c/c++，作为游戏周边的库都要自己造轮子或找轮子，同时对于引擎部分来说，对核心开发人员要求也非常高，如果公司没有经验丰富的c/c++程序员，lua基本玩不转）。在这些脚本语言面前，java毫无优势。nodejs开箱即用，用js可以前后端一起写（html5的流行让这种情况更是越来越多）。而php上手容易，开发简单，而且像一些用http的弱交互游戏，热更新简直不要太爽，无感知修bug。一些简单的休闲游戏，用这些脚本语言完全可以很快速的完成，就拿之前比较火的刀塔传奇来说，用这些脚本语言一点压力都没有，还有特别是棋牌类游戏，脚本语言更是首选。

其次再来说说运行效率，在一些密集型计算的游戏中，c++是首选，一些大型游戏，对计算要求很高，业务逻辑复杂的情况下，提升效率就能多容纳在线人数，也是成本的减少。同时对内存要求也高，使用c++可以数着内存写代码（手法过于夸张[捂脸]），对象啥时候申请，啥时候释放都是程序员说了算，gc消耗不存在的。而java生成的都是字节码，代码执行都要经过jvm来跑，这中间的消耗对于那些对性能要求苛刻的程序来说，绝对不能接受。

综合以上两点，java处于运行效率和开发效率中间的语言，在游戏这个行业自然是不会受到青睐。

怎么用java做游戏？

Java可以做3D游戏，可以做非常酷炫的3D游戏，性能并不比那些C++的引擎差！而开发效率又要高处好几个数量级！

为什么呢？因为游戏底层的图形渲染实质上都是OpenGL或者Direct3D，现代游戏引擎不大可能让你手动去做图形运算，复杂的东西都是交给底层的dll/so静态库文件以及GPU执行的，上层代码主要做好场景管理和逻辑控制。这也是为什么Unity3D这个引擎居然可以使用 C# 和 JavaScript 作为它的游戏脚本，而从来没有人说Unity3D引擎的游戏性能差。

另外，游戏的画面，不管3D还是2D游戏，影响画面效果的主要因素是游戏素材，而不是编程语言。3D游戏又有独特的着色器语言专门负责图形特效。什么HDR、PBR、SSAO、动态模糊、次世代法线贴图，通通都是靠Shader搞定的，跟你用什么语言来写游戏逻辑没有半毛钱关系。

反观 Java 本身的性能，现代编程语言除了 C/C++，真没有哪个敢在 Java 面前夸自己性能的。而且 Java 有众多的开源类库，凭什么我们不能用 Java来做游戏呢？

诚然，Unity3D、CryEngine、Unreal这样的商业引擎不仅仅是个游戏引擎，它们还有很多成熟的配套工具和资源工厂，这是Java游戏引擎所不具备的。