为什么主流游戏大部分都是C++开发出来的？

早年开发游戏必须用C++，这没得说，2000-2004年，java还没有nio，其他动态语言不抗重负，只能C/C++能开发出完整可用的游戏服务端。直到2005年，韩国的游戏很多都还是纯C++写服务端，金山之前也开发过很多纯粹C++的游戏服务端，后来大家都切了。

 

现代选择有很多：java + javascript, c+python, c+lua, scala, go, erlang。我们面向性能的服务器用 java，面向逻辑服务器 python，面向高并发的会选择 scala，次一级高并发或者性能测试程序（机器人）会选择 gevent。那是不是我们就不用C++呢？我们用 C来做网络，不用C++，但是C的比例在所有代码中占比有限。

这是否意味我们可以放弃C/C++了？也不是：C语言是一把锋利的匕首，而现代动态语言是一把长剑。平时匕首可以藏在身上，大部分时候用长剑披荆斩棘就够了，但当你碰到坚硬的石头，长剑不管用了，那么拿出匕首来果断的切碎他。

 

对于一个成熟领域而言，我的建议是尽量用更高级一点的开发语言，因为游戏开发很多核心技术都有了较为妥当的解决方法。大量的服务端逻辑其实都是在等待，等待网络，等待数据库，这种情况下用C得不偿失。但是服务端有一些地方还是躲不开C/C++，比如当服务器涉及到 3D计算的话（国内很多2D服务端，国外很多3D服务端），大量的矢量矩阵，除了用C++封装出一套好用的数学库外，即便直接用java写，那也是很麻烦的。再比如现在快速动作越来越多，为了让玩家操作更流畅，我需要基于 UDP快速可靠协议，协议开发用 java或者scala，性能上是没办法满足要求的，况且协议实现后要和客户端通信，你没法让所有客户端跟着你一起用java/scala。再比如某些cpu密集的抽象度高的模块，如 aoi或者 ai模块。

对于一个新兴领域而言，C/C++很多情况下是你别无选择的东西。比如移动化浪潮刚起步的时候，还没有啥 cocos或者 unity你真要开发游戏，你必须迅速的使用起 OpenGL ES和 OpenSL，然后再叠加某一脚本，以快制胜，第一批移动浪潮上发财的就是这些游戏。又或者，你可以根本躲开，先不介入，等到几年后cocos和 unity成熟了，你在介入用lua / C#写程序。再比如服务端你如果离开熟悉的游戏和web，去开发一个陌生的领域，如流媒体服务，你会发现这怎么和10年前的游戏一样呀，什么高级工具都不给我用用，这时你可以再等个四五年应该高级工具会出现，异或你想领先别人时，你就果断的拿出 C/C++来解决之，这就是C独有的开拓新领域能力。

 

大部分答案都是非黑即白，非此即彼。不要只会C不会动态语言，避免成为一个傻逼；也不要只会动态语言不会C，避免离开熟悉的温室就活不下去。对于一个新手而言，如果什么都没学过，我的建议是先用快速开发的东西，把项目弄起来再说，有精力有机会的情况下，也不能完全放弃一些基础的东西，让自己残缺了。

PS：在相同架构下，就纯粹性能而言，各种语言性能差距到底是多少呢？如果只开发回合制这些慢节奏游戏，或者HTTP接口，大部分情况都在等待数据库等待用户消息的话，差别确实不大，的确可能5%都不到。如果cpu密集了，那么可以参考下面的图表，总体来说是10-50倍的性能差别：

 

有人问，说了半天，这个也不行，那个也不完美，而我时间有限，有没有一个更经济实惠的方法呀？如何才一次性达到彼岸呀？时间有限项目吃紧有没有更好的选择？我说有啊！那就是 java。

这样，我列出一般开发游戏使用的语言。

2D页游：AS3 JS

3D页游：AS3 C#(Unity)

IOS游戏：Obj-C js/lua(Cocos-2d-x) js/C#(Unity) AS3

安卓游戏：java js/lua(Cocos-2d-x) js/C#(Unity) AS3

在线小游戏：AS3 JS

大型单机游戏/客户端MMORPG：：C++ C#