一般需从三点入手。
一、程序本身支持高并发。
简单来说就是要优化我们的代码。
1、避免使用错误的方式，尽量不用instanceof做条件判断，不要将数组声明为：public static final 。
2、使用java中效率高的类，比如尽量使用HashMap 和ArrayList ,除非必要，否则不推荐使用HashTable和Vector ，后者由于使用同步机制，而导致了性能的开销。
3、尽量指定类的final修饰符 带有final修饰符的类是不可派生的。在Java核心API中，有许多应用final的例子，例如javalangString。为String类指定final防止了人们覆盖length()方法。另外，如果指定一个类为final，则该类所有的方法都是final。Java编译器会寻找机会内联（inline）所有的final方法（这和具体的编译器实现有关）。此举能够使性能平均提高50% 。
4、尽量重用对象，避免频繁的使用new对象。对于整个应用只需要存在一个实例的类，我们可以使用单例模式。对于工具类可以使用静态方法的方式访问。
用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数。
在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实
例非常简单。例如，
Java代码 收藏代码下面是Factory模式的一个典型实现：
public static Credit getNewCredit() {
return new Credit();
}
改进后的代码使用clone()方法，如下所示：
private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
return (Credit) BaseCreditclone();
}
上面的思路对于数组处理同样很有用。
5、特别是String 对象的使用中，出现字符串连接情况时应用StringBuffer 代替。由于系统不仅要花时间生成对象，以后可能还需花时间对这些对象进行垃圾回收和处理。因此，生成过多的对象将会给程序的性能带来很大的影响。
6、StringBuffer 的使用：StringBuffer表示了可变的、可写的字符串。
它有三个构造方法 :
StringBuffer (); //默认分配16个字符的空间StringBuffer (int size); //分配size个字符的空间
StringBuffer (String str); //分配16个字符+strlength()个字符空间
你可以通过StringBuffer的构造函数来设定它的初始化容量，这样可以明显地提升性能。这里提到的构造函数是StringBuffer(int length)，length参数表示当前的StringBuffer能保持的字符数量。你也可以使用ensureCapacity(int minimumcapacity)方法在StringBuffer对象创建之后设置它的容量。首先我们看看StringBuffer的缺省行为，然 后再找出一条更好的提升性能的途径。
StringBuffer在内部维护一个字符数组，当你使用缺省的构造函数来创建StringBuffer对象的时候，因为没有设置初始化字符长度，StringBuffer的容量被初始化为16个字符，也就是说缺省容量就是16个字符。当StringBuffer达到最大容量 的时候，它会将自身容量增加到当前的2倍再加2，也就是（2旧值+2）。如果你使用缺省值，初始化之后接着往里面追 加字符，在你追加到第16个字符的时候它会将容量增加到34（216+2），当追加到34个字符的时候就会将容量增加到 70（234+2）。无论何事只要StringBuffer到达它的最大容量它就不得不创建一个新的字符数组然后重新将旧字符和 新字符都拷贝一遍――这也太昂贵了点。所以总是给StringBuffer设置一个合理的初始化容量值是错不了的，这样会带来 立竿见影的性能增益。
StringBuffer初始化过程的调整的作用由此可见一斑。所以，使用一个合适的容量值来初始化StringBuffer永远都是一个最佳的建议。
7、尽量使用局部变量，调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack）中，速度较快。其他变量，如静态变量、实例变量等，都在堆（Heap）中创建，速度较慢。另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。请参见《尽可能使用堆栈变量》。
8、不要重复初始化变量 默认情况下，调用类的构造函数时， Java会把变量初始化成确定的值：所有的对象被设置成null，整数变量（byte、short、int、long）设置成0，float和double变量设置成00，逻辑值设置成false。当一个类从另一个类派生时，这一点尤其应该注意，因为用new关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。
9、在JAVA + ORACLE 的应用系统开发中，java中内嵌的SQL语句尽量使用大写的形式，以减轻ORACLE解析器的解析负担。
10、Java 编程过程中，进行数据库连接、I/O流 *** 作时务必小心，在使用完毕后，即使关闭以释放资源。因为对这些大对象的 *** 作会造成系统大的开销，稍有不慎，会导致严重的后果。
11、由于JVM的有其自身的GC机制，不需要程序开发者的过多考虑，从一定程度上减轻了开发者负担，但同时也遗漏了隐患，过分的创建对象会消耗系统的大量内存，严重时会导致内存泄露，因此，保证过期对象的及时回收具有重要意义。JVM回收垃圾的条件是：对象不在被引用；然而，JVM的GC并非十分的机智，即使对象满足了垃圾回收的条件也不一定会被立即回收。所以，建议我们在对象使用完毕，应手动置成null。
12、在使用同步机制时，应尽量使用方法同步代替代码块同步。
13、尽量减少对变量的重复计算
例如：for(int i = 0;i < listsize; i ++) {
…
}
应替换为：
for(int i = 0,int len = listsize();i < len; i ++) {
…
}
14、尽量采用lazy loading 的策略，即在需要的时候才开始创建。
例如：String str = “aaa”;
if(i == 1) {
listadd(str);
}
应替换为：
if(i == 1) {
String str = “aaa”;
listadd(str);
}
15、慎用异常
异常对性能不利。抛出异常首先要创建一个新的对象。Throwable接口的构造函数调用名为fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。 异常只能用于错误处理，不应该用来控制程序流程。
16、不要在循环中使用trycatch，应把其放置在最外层。
17、合理的使用Java类 javautilVector。
简单地说，一个Vector就是一个javalangObject实例的数组。Vector与数组相似，它的元素可以通过整数形式的索引访问。但是，Vector类型的对象在创建之后，对象的大小能够根据元素的增加或者删除而扩展、缩小。请考虑下面这个向Vector加入元素的例子：
Java代码 收藏代码Object obj = new Object();
Vector v = new Vector(100000);
for(int I=0;
I<100000; I++) { vadd(0,obj); }
作为一个多年游戏服务端开发者，我来回答一下这个问题。只要你仔细去招聘网站看，会发现游戏招java的非常少（我希望杠精不要抬杠，我说的少，而且非常少，并不是说没有）。那么为什么在其他领域的霸主在游戏行业连喝口汤的资格都没有呢？其实主要有两个原因，而且这两个原因都和程序员最关心的效率有关系，一个是开发效率，一个是运行效率。很遗憾的作为一个不上不下的java两个都占不了。
首先是开发效率，在几年前手机游戏开始火爆，游戏公司多，产品相似度高，那么如何能以最快的速度开发完游戏并且上线运营，在快速迭代中试错，降低开发周期就是减少开发成本。在这种环境下，很多脚本语言成了首选，比如nodejs、php甚至还有lua和python（这里多说一句，别看lua语言本身简单，其实lua在游戏领域的使用成本是非常高的，至少在这四种脚本语言中是最高的，因为他只是一个胶水语言，要依附于c/c++，作为游戏周边的库都要自己造轮子或找轮子，同时对于引擎部分来说，对核心开发人员要求也非常高，如果公司没有经验丰富的c/c++程序员，lua基本玩不转）。在这些脚本语言面前，java毫无优势。nodejs开箱即用，用js可以前后端一起写（html5的流行让这种情况更是越来越多）。而php上手容易，开发简单，而且像一些用>
其次再来说说运行效率，在一些密集型计算的游戏中，c++是首选，一些大型游戏，对计算要求很高，业务逻辑复杂的情况下，提升效率就能多容纳在线人数，也是成本的减少。同时对内存要求也高，使用c++可以数着内存写代码（手法过于夸张[捂脸]），对象啥时候申请，啥时候释放都是程序员说了算，gc消耗不存在的。而java生成的都是字节码，代码执行都要经过jvm来跑，这中间的消耗对于那些对性能要求苛刻的程序来说，绝对不能接受。
综合以上两点，java处于运行效率和开发效率中间的语言，在游戏这个行业自然是不会受到青睐。
做游戏引擎，当然还是看性能啦，c的性能最好。java性能其实也很好了，看谁出个简单快速的框架呗
JAVA可以做游戏服务端的开发，也就是网络游戏的开发，网络游戏的实时性高，对高并发，数据的一致性处理要求较高，并且因为是自身JVM的垃圾回收机制对服务器的内核性能要求高，会占用一定的资源去处理这部分数据，游戏的实时性代表了大量数据会经常被更改替换。
JAVA不是不能做，而是对开发人员的能力要求高！如果能够充分利用JAVA的并发优势，那是可以做到的，并且这已经被有些小公司当做网络游戏服务端的开发语言了。
PC端，移动端的单机游戏就不用再考虑JAVA了，显然JAVA的2D3D处理效果没有一些主流的游戏开发语言好！语言具有其使用场景，抓住其优点去利用之，而不是拿它的缺点如何别的语言优点相比！如今JAVA是做服务端开发的不二人选，因为他的帝国大厦已经很完善，开发人员也多！
因为java中间多出来一个jvm，效率低，游戏实时性很重要。
看一个语言适合开发什么，主要有三点
1效率问题，包括开发效率和执行效率。
2生态圈，有人家提供好的成套解决方案，为什么不用呢？
3产品的侧重点。
就拿java和c++来说，java主要用于web开发，但是c++通过cgi也可以写web，而且c++的执行效率甩java几条街，但是为什么不用c++写web呢，因为c++的开发web的效率太低，而java有各种web方面的框架，开发效率高。
如果产品是游戏，游戏实时性很重要，你玩个游戏反应慢半拍那肯定很恼火。游戏这个产品的实时性就注定了要采用高效率的语言开发，那c,c++自然就跑不掉了。
Java何来不适合游戏开发一说的呢？
毕竟游戏有分类，而且游戏也分客户端，服务端
很多游戏的服务端就是Java的
而且实时性要求不高的游戏客户端，也可以用Java开发，例如我的世界
我想题主想问为什么3A大作没有用Java开发的吧
这其实是一个路径绑定问题，目前大作基本上都是用游戏引擎做的，而且这些游戏引擎都是发展多年的，如果用Java做，可能要用没经过业内验证的新东西，大公司不想冒险，还有Java的垃圾回收机制本身也是个难点，不适合做实时性非常强的游戏。
java开发游戏性能和效率差，开发一些小游戏还可以，java面向对象，所有方法都是封装在类里的，要调用方法就得实例类，而游戏主要侧重的是逻辑
对象就像是很多功能的机器，但是我的游戏逻辑只要每台机器的其中一个功能，但要用的话必须把这一整台机器制造出来。这就是面向对象的缺陷吧
而c是面向过程的可以更加灵活地设计过程逻辑，少去很多多余东西，大大提高性能
java的长处就是利用各种现存的类包，达到复用的效果，大大提高开发效率，
当然java也可以只针对逻辑来设计类，但那不是java的长处，没有多大的意义
百度搜索圈T社区（）免费视频教程
如果你问我java适合开发游戏吗？我回答肯定是适合的，java开发效率高，运行效率一般，需要运行效率的地方用c或者cxx写就好了，现在市面大多数游戏都不是单一编程语言开发的，不需要在语言方面纠结太久。
很多人说，运行效率也很重要，但实际上，一般逻辑，你是感受不出差异的，普通逻辑使用java或者c#，或者脚本语言等这种开发效率，调试效率高的语言会让你开发更舒服。特别是脚本语言。
c和cxx只在特别需要效率的地方才使用。
哈_，这里子期！java开发游戏性能和效率差，开发一些小游戏还可以，远标老师讲过java面向对象，所有方法都是封装在类里的，要调用方法就得实例类，而游戏主要侧重的是逻辑
对象就像是很多功能的机器，但是我的游戏逻辑只要每台机器的其中一个功能，但要用的话必须把这一整台机器制造出来。这就是面向对象的缺陷吧
而c是面向过程的可以更加灵活地设计过程逻辑，少去很多多余东西，大大提高性能
java的长处就是利用各种现存的类包，达到复用的效果，大大提高开发效率，
当然java也可以只针对逻辑来设计类，但那不是java的长处，没有多大的意义
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）