Java解读内存，优化编程
一.代码优化
内存会溢出肯定和代码逃不了关系,99.99%学java的人都知道垃圾回收器是 java的一大优点并据此来嘲笑C++。显然这个特性为代码编写者省了不少事，但这个特性却带来了不少隐患。举个例子在游戏当中经常有不同场景的切换，如从游戏逻辑退到主菜单逻辑,对游戏逻辑对象的态度很多人会选择忘记等待垃圾回收器来收尸。乍看之下似乎并无不妥垃圾回收器会来善后。实际上垃圾回收器并非实时的,它不像C++的Delete语句马上释放不用的内存。当从游戏逻辑切换到主菜单逻辑这时两个对象同时存在很可能这时内存就不够用了。读到这里很多人会发现实际上垃圾回收器在j2me上并不怎么好用，从一个角度上来讲在j2me上所有垃圾必须由手工释放,除简单类型以外所有对象都必须显式地置空例如 imgs=null; 实际上java提供了一个不错的工具用来查找内存溢出,java.lang.Runtime.freeMemory() 。它可以返回当前的剩余内存数，将它适当的安放在代码中可以有效的监测内存使用状况。很大一部份的j2me程序员之前都是从事pc软件开发工作，充裕的内存掩盖了许多写代码的不良习惯。如下所示:
//a 不为空
a=new Logic();
很多人可能对此有异议，他们会认为新的对象会把旧的对象冲掉并且释放内存。这里面包含两个问题：1. 该段代码是先创建对象然后再进行赋值操作的，也就是说在这期间有两个对象同时存在这就很可能会产生溢出。2. 这样做也会妨碍垃圾回收器的工作
较好的写法如下:
a=null;
a=new Logic();
虽然麻烦了点但在j2me中还是必要的。接着看下例。
drawString("游戏时间:" + time ,50,50,Graphics.LEFT|Graphics.TOP);
"游戏时间:" + time 很完美在paint()方法当中每次都被刷一遍显示在屏幕上。危机往往隐藏在美丽的外表，该语句会引起新的内存重新分配来存储 "游戏时间:" + time 而显示完以后又必须由垃圾回收器释放，用了双倍时间,并且容易发生内存溢出。依此类推在重复执行的方法里应尽量避免重复定义对象。与paint()方法类似在循环里也有类似的情况存在。
把所有对象的初始化放在构造函数里想必是再正当不过了,大多数人通常的做法是把当前逻辑所要用到的�
相关文档：
一直以来都是微软的死忠，我一直固执的使用着微软的产品。从2001年到今年2010年，已经度过了9年的时光，看着它的进步，也看到了java对它的蚕食。从最初大家对微软是否一只独大，到现在我担心vs系列产品是否被java所吞没。
我的担心不是没有道理，甚至我为了坚持我的微软路线而放弃了现在的工作。
在做小型项目和桌面型项� ......
package Sets;
import java.util.HashSet;
import java.util.Iterator;
import java.util.Set;
import java.util.TreeSet;
/**
* java集合操作
*
......
一些java类中为什么需要重载 serialVersionUID 属性。
在Java中，软件的兼
容性是一个大问题，尤其在使用到对象串行性的时候，那么在某一个对象已经被串行化了，可是这个对象又被修改后重新部署了，那么在这种情况下，
用老软件来读取新文件格式虽然不是什么难事，但是有可能丢失一些信息。
serialVersionUID
来解 ......
学java有段时间了，以下是个人的一点心得体会，希望能够帮助那些刚开始编程的同志们。
几天前，一同学让我帮忙看他的程序到底出现什么问题，代码比较乱，也没有注释，我看了很
长一段时间竟是找不到问题所在。程序大体是这样的，有一段文本taxt,从� ......
1.变量：
对于基本类型的全局变量，若没有初始化，系统会自动初始化为该类型的初始值；而对于局部变量，则必须显示的进行初始化。
2.常量：
final int M_Max=111;
final表示只能给变量M_MAX赋值一次，赋值之后，M_MAX的值就不可以重新赋值。所赋的值可以是一个表达式，也可以是一个具体的值。
3.类常量：
static fina ......
