Singleton 同一个程序同时只能启动一个实例

Java：同一个程序同时只能启动一个实例 

import java.io.File;

import java.io.RandomAccessFile;

import java.nio.channels.FileChannel;

import java.nio.channels.FileLock;

public class SingleApplication {

    // 在应用程序的main方法里调用此函数保证程序只有一个实例在运行.

    public static void makeSingle(String singleId) {

        RandomAccessFile raf = null;

        FileChannel channel = null;

        FileLock lock = null;

        try {

            // 在临时文件夹创建一个临时文件，锁住这个文件用来保证应用程序只有一个实例被创建.

            File sf = new File(System.getProperty("java.io.tmpdir") + singleId + ".single");

            sf.deleteOnExit();

            sf.createNewFile();

            raf = new RandomAccessFile(sf, "rw");

            channel = raf.getChannel();

            lock = channel.tryLock();

            if (lock == null) {

                // 如果没有得到锁，则程序退出.

                // 没有必要手动释放锁和关闭流，当程序退出时，他们会被关闭的.

                throw new Error("An instance of the application is running.");

            }

        } catch (Exception e) {

            e.printStackTrace();

        }

    }

    public static void main(String[] args) throws Exception {

        SingleApplication.makeSingle("single.test"); // 保证程序只有一个实例在运行.

        // 测试: 模拟一个程序正在运行5秒

        System.out.println("Start");

        System.out.println("Waiting 5 seconds.");

        for (int i = 0; i < 5; ++i) {

            Thread.sleep(1000);

            System.out.println((i + 1) + "......");

        }

        System.out.println("End");

    }

}

下面找了找管理Singleton方面的知识，有Java的，有C++的，先写在这里以后在慢慢补充吧。

单态定义:
Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。在很多操作中，比如建立目录 数据库连接都需要这样的单线程操作。

还有, singleton能够被状态化; 这样，多个单态类在一起就可以作为一个状态仓库一样向外提供服务，比如，你要论坛中的帖子计数器，每次浏览一次需要计数，单态类能否保持住这个计数，并且 能synchronize（同步）的安全自动加1，如果你要把这个数字永久保存到数据库，你可以在不修改单态接口的情况下方便的做到。

另外方面，Singleton也能够被无状态化。提供工具性质的功能，

Singleton模式就为我们提供了这样实现的可能。使用Singleton的好处还在于可以节省内存，因为它限制了实例的个数，有利于Java垃圾回收（garbage collection）。

我们常常看到工厂模式中类装入器(class loader)中也用Singleton模式实现的,因为被装入的类实际也属于资源。
如何使用?
一般Singleton模式通常有几种形式:

[java] view plaincopy

public class Singleton {  

  

　　private Singleton(){}  

  

　　//在自己内部定义自己一个实例，是不是很奇怪？  

　　//注意这是private 只供内部调用  

  

　　private static Singleton instance = new Singleton();  

  

　　//这里提供了一个供外部访问本class的静态方法，可以直接访问　　  

　　public static Singleton getInstance() {  

　　　　return instance;   

　　 }   

}  

第二种形式： 

[java] view plaincopy

public class Singleton {  

　　private static Singleton instance = null;  

  

　　public static synchronized Singleton getInstance() {  

  

　　if (instance==null)  

　　　　instance＝new Singleton();  

　　return instance; }  

  

}  

使用Singleton.getInstance()可以访问单态类。

上面第二中形式是lazy initialization，也就是说第一次调用时初始Singleton，以后就不用再生成了。

注意到lazy initialization形式中的synchronized，这个synchronized很重要，如果没有synchronized，那么使用 getInstance()是有可能得到多个Singleton实例。关于lazy initialization的Singleton有很多涉及double-checked locking (DCL)的讨论，有兴趣者进一步研究。一般认为第一种形式要更加安全些。 
使用Singleton注意事项：
有时在某些情况下，使用Singleton并不能达到Singleton的目的，如有多个Singleton对象同时被不同的类装入器装载；在EJB这样的分布式系统中使用也要注意这种情况，因为EJB是跨服务器，跨JVM的。

我们以SUN公司的宠物店源码(Pet Store 1.3.1)的ServiceLocator为例稍微分析一下：

在Pet Store中ServiceLocator有两种，一个是EJB目录下；一个是WEB目录下，我们检查这两个ServiceLocator会发现内容差不 多，都是提供EJB的查询定位服务，可是为什么要分开呢？仔细研究对这两种ServiceLocator才发现区别：在WEB中的 ServiceLocator的采取Singleton模式，ServiceLocator属于资源定位，理所当然应该使用Singleton模式。但是 在EJB中，Singleton模式已经失去作用，所以ServiceLocator才分成两种，一种面向WEB服务的，一种是面向EJB服务的。

Singleton模式看起来简单，使用方法也很方便，但是真正用好，是非常不容易，需要对Java的类 线程 内存等概念有相当的了解。
总之：如果你的应用基于容器，那么Singleton模式少用或者不用，可以使用相关替代技术。

Eclipse中GEF和EMF插件设计模式总结

GEF（Graphical Editor Framework）是一个图形化编辑框架，它允许开发人员以图形化的方式展示和编辑模型，从而提升用户体验。使用GEF可以方便的实现XML编辑器、UML类图编辑器等应用程序。

EMF（Eclipse Modelling Framework）是Eclipse MDA（Model Driven Architecture）的重要组成部分，可以将模型转换成高效的，正确的，易于定制的Java代码。

基于GEF和EMF可以很方便地进行模型驱动开发（Model-Driven Development，MDD），本文在研究生毕业设计中，将GEF和EMF插件结合起来，开发一个基于面向对象Petri网（一种Petri 网，Petri网是描述异步的、并发的计算机系统模型的一种数学表示）的图形化编辑器插件。期间，接触到了这两个插件中使用到的一些设计模式，和大家分享 一下。

1. MVC

GEF使用MVC框架消除模型与视图之间的耦合：
(1) Model: 可以用任何Java对象来表示，model必须拥有某种notification机制。
(2) View: Figure/TreeItems，在典型的GraphicalEditor中，Figure是用于在GraphicalViewer中显示的 Draw2D Figure，而TreeItems用于在Outline中的TreeViewer中显示信息。
(3) Controller: 通常对于每个Figure对应一个EditPart，EditPart用于控制模型与视图，很多修改任务都是通过EditPolicy来实现的。

2. Command

GEF中的Command封装了对模型Model的修改，可以通过继承GEF中的抽象类Command，提供可Redo/Undo功能，我们主要是在execute()/redo()/undo()中完成业务功能的实现。

3. Chain of Responsibility

Chain of Responsibility通过将Request传递给多个对象，并给这些对象机会处理请求，从而将请求的发送者和接受者解除耦合。在GEF中，多个 EditPolicy可以收到请求，返回Commands，这些Commands以链的方式组织在一起。
另外，以及EMF中的消息分发机制。

4. State

允许Graphical Editor在内部状态发生改变的时候，修改编辑器的行为。对于GEF Editor，用户切换工具可以改变编辑器的状态。例如，对于鼠标按下事件，编辑器在激活选区工具和激活创建工具下的行为是截然不同的。详细请见 org.eclipse.gef.Tool接口，AbstractTool定义了几个state，STATE_xxx.

5. Abstract Factory

GEF提供Interface创建一系列相关或相依赖的对象。这个模式在根据模型部件创建编辑部件时被使用。
GEF中根据EditPartFactory创建不同的EditPart，EMF中提供创建模型元素的工厂类ModelElementFactory。

6. Factory Method

定义了方法创建对象，但是允许子类决定实例化的类。这个模式没有被单独讨论，但是它是创建编辑部件的另一种可选的方法。createChild方法允许你不使用工厂就创建子编辑部件。

7. Adapter

GEF的控制器EditPart中的getAdapter(Class key)方法。
EMF的Notifier-Adapter机制。

8. Singleton

Eclipse插件工程的Single plugin instance类AbstractUIPlugin，保证插件运行后只被实例化一次。

9. Composite

GEF中的各个显示图元composite之间以组合关系存在。
EMF中复合模型与子模型之间也以组合关系关在。

10. Observer

GEF中EditPart作为观察者被注册到EMF的模型对象中，监测模型的变化并通知视图进行更新。

总结

通过大量使用设计模式，达到GEF和EMF插件的灵活性和扩展性，便于开发。