JAVA中的Singleton模式
单例模式，顾名思义，只能有一个实例。
一.从多线程安全说起，如下图代码，此问题可以用synchronized关键字来解决。该方法缺点：每一个线程在获取实例对象之前都要在synchronized上同步的对象上进行等待，因此效率不高。
二.Double Check方法，见下图代码。Double Check的初衷是只有当instance为NULL时执行的线程才需要在synchronized同步的对象上等待，这避免了“一”方法中的每个线程在获得实例对象之前均要在synchronized同步的对象上进行等待的弊端。但是这一设想在JAVA中却不适应。原因：JAVA内存模型并不保证一个对象的引用只有在它构造完之后才被赋予一个实例。例如：A线程执行到了instance=new SingletonClass();"instance=new SingletonClass()"这一过程的执行步骤可能是下述情形：第一步，JVM分配内存；第二部，instance指向分配的内存；第三步，调用构造方法。假设此时A线程执行到了第二步，而同时B线程开始执行，此时B线程检测到的instance不为null，但因为A线程中还未执行第三步即还没调用构造函数，所以B线程中返回的instance是不正确的。当然，这种错误时可能发生的，尽管下面代码中的执行得到的结果是正确的。
三.使用静态内部类。好处：1.可以实现延时实例化。即只有当类调用getInstance()方法时才会对instance进行实例化，而“一”“二”两种方法中都是在类第一次加载时便对instance进行了实例化。2.解决了“一”方法中，每个线程在获得实例对象之前都要在synchronized同步的对象上进行等待的缺陷。
问题：这是网络上看到的打架普遍认同的一种解决java中Singleton模式的方法，但为什么下面这种方法不存在Double Check方法中的弊端呢？即下面方法中是通过什么解决了Double Check中的问题呢？
相关文档：
这几天一直在研究Flex中RemoteObject与java的交互问题，可一直不成功，今天终于成功了，但是还有一些疑惑，应该继续努力。
下面是我的经过和碰到的错误：
（1）下载和安装lcds.
在安装目录下会有如下文件，其中lcds.war可以作为我们开发Flex与java交互的模版，把这个文件考到你tomcat的webapps下（当然这种情况是� ......
首先，强烈推荐你先参考Sun官方的Java代码/编程规范：
http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html
你可以打破以上的任一规则，不过一定要有个好理由，并且记录下来。
永远，永远，永远不要在没有记录堆栈跟踪信息（stack trace）或是重新抛出异常的情况下捕获异常，俗称“吃掉异常&rd ......
final类：为防止他人从你的类上派生新类，此类是不可扩展的。
动态调用比静态调用花费的时间要长。
抽象类：规定一个或多个抽象方法的类本身必须定义为abstract。
例： public abstract string getDescripition
Java中的每一个类都是从Object类扩展而来的。
object类中的equal和toString方� ......
JAVA 体系及其编程的过程
哎，毕业了也一段时间了，只知道天天抄代码， JAVA 的基础知识基本是忘掉了，加上以前一直没有系统地学习过，感觉快要废了。还是好好静下心来学学基础吧。不能天天考抄代码过日子啊。。。。（下文大多来自课本以及一些技术视频上的内容，基本理解了一些了，剩下的由以后的学习慢慢� ......
定义在一个类内部的类叫内部类，包含内部类的类称为外部类。
内部类可以声明public、protected、private等访问限制，
可以声明为abstract的供其他内部类或外部类继承与扩展，
或者声明为static、final的，也可以实现特定的接口。
static的内部类行为上象一个独立的类，
非static在行为上类似类的属性或方法且禁止声明s ......
