「java中的两种单例模式」java单例模式和多例模式
本篇文章给大家谈谈java中的两种单例模式，以及java单例模式和多例模式对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
java 中 单实例和多实例是指的什么?
简单的说单例就是
只能有一个实例，所以地方用到的实例都是同一个。
就好像家人吃饭，桌子是单例的，大家用的是同一个。而碗是多例的，每人都有自几的。
下面是具体的例子：
Java模式之单例模式：
单例模式确保一个类只有一个实例，自行提供这个实例并向整个系统提供这个实例。
特点：
1，一个类只能有一个实例
2，自己创建这个实例
3，整个系统都要使用这个实例
例:
在下面的对象图中，有一个"单例对象"，而"客户甲"、"客户乙"
和"客户丙"是单例对象的三个客户对象。可以看到，所有的客户对象共享一个单例对象。而且从单例对象到自身的连接线可以看出，单例对象持有对自己的引用。
Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。在很多操作中，比如建立目录
数据库连接都需要这样的单线程操作。一些资源治理器经常设计成单例模式。
外部资源：譬如每台计算机可以有若干个打印机，但只能有一个Printer
Spooler,以避免两个打印作业同时输出到打印机中。每台计算机可以有若干个通信端口，系统应当集中治理这些通信端口，以避免一个通信端口被两个请求同时调用。内部资源，譬如，大多数的软件都有一个（甚至多个）属性文件存放系统配置。这样的系统应当由一个对象来治理这些属性文件。一个例子：Windows
回收站。
在整个视窗系统中，回收站只能有一个实例，整个系统都使用这个惟一的实例，而且回收站自行提供自己的实例。因此，回收站是单例模式的应用。
两种形式：
1，饿汉式单例类
public
class
Singleton
{
private
Singleton(){}
//在自己内部定义自己一个实例，是不是很希奇？
//注重这是private
只供内部调用
private
static
Singleton
instance
=
new
Singleton();
//这里提供了一个供外部访问本class的静态方法，可以直接访问
public
static
Singleton
getInstance()
{
return
instance;
}
}
2，懒汉式单例类
public
class
Singleton
{
private
static
Singleton
instance
=
null;
public
static
synchronized
Singleton
getInstance()
{
//这个方法比上面有所改进，不用每次都进行生成对象，只是第一次
//使用时生成实例，提高了效率！
if
(instance==null)
instance＝new
Singleton();
return
instance;
}
}
第二中形式是lazy
initialization，也就是说第一次调用时初始Singleton，以后就不用再生成了。
注重到lazy
initialization形式中的synchronized，这个synchronized很重要，假如没有synchronized，那么使用getInstance()是有可能得到多个Singleton实例。
一般来说第一种比较安全。进入讨论组讨论。
Java程序性能优化-单例模式（1）
单例模式（ ）
单例模式是设计模式中使用最为普遍的模式之一 它是一种对象创建模式 用于产生一个对象的具体实例 它可以确保系统中一个类只产生一个实例 在Java语言中 这样的行为能带来两大好处
（ ）对于频繁使用的对象 可以省略创建对象所花费的时间 这对于那些重量级对象而言 是非常可观的一笔系统开销
（ ）由于new操作的次数减少 因而对系统内存的使用频率也会降低 这将减轻GC压力 缩短GC停顿时间
因此对于系统的关键组件和被频繁使用的对象 使用单例模式便可以有效地改善系统的性能
单例模式的参与者非常简单 只有单例类和使用者两个 如表 所示
表 单例模式角色
它的基本结构如图 所示
图 单例模式类图
单例模式的核心在于通过一个接口返回唯一的对象实例 一个简单的单例实现如下
public class Singleton {
private Singleton（）{
System out println（ Singleton is create ） //创建单例的过程可能会比较慢
}
private static Singleton instance = new Singleton（）
public static Singleton getInstance（） {
return instance;
}
}
注意代码中的重点标注部分 首先单例类必须要有一个private访问级别的构造函数 只有这样 才能确保单例不会在系统中的其他代码内被实例化 这点是相当重要的 其次 instance成员变量和getInstance（）方法必须是static的
注意 单例模式是非常常用的一种结构 几乎所有的系统中都可以找到它的身影 因此 希望读者可以通过本节 了解单例模式的几种实现方式及其各自的特点
这种单例的实现方式非常简单 而且十分可靠 它唯一的不足仅是无法对instance实例做延迟加载 假如单例的创建过程很慢 而由于instance成员变量是static定义的 因此在JVM加载单例类时 单例对象就会被建立 如果此时 这个单例类在系统中还扮演其他角色 那么在任何使用这个单例类的地方都会初始化这个单例变量 而不管是否会被用到 比如单例类作为String工厂 用于创建一些字符串（该类既用于创建单例Singleton 又用于创建String对象）
public class Singleton {
private Singleton（） {
System out println（ Singleton is create ）
//创建单例的过程可能会比较慢
}
private static Singleton instance = new Singleton（）
public static Singleton getInstance（） {
return instance;
}
public static void createString（）{ //这是模拟单例类扮演其他角色
System out println（ createString in Singleton ）
}
}
返回目录 Java程序性能优化 让你的Java程序更快 更稳定
编辑推荐
Java程序设计培训视频教程
J EE高级框架实战培训视频教程
J ME移动开发实战教学视频
Visual C++音频/视频技术开发与实战
Oracle索引技术
lishixinzhi/Article/program/Java/gj/201311/27837
Java模式设计之单例模式（二）
在什么情况下使用单例模式
使用单例模式的条件
使用单例模式有一个很重要的必要条件
在一个系统要求一个类只有一个实例时才应当使用单例模式 反过来说 如果一个类可以有几个实例共存 那么就没有必要使用单例类 但是有经验的读者可能会看到很多不当地使用单例模式的例子 可见做到上面这一点并不容易 下面就是一些这样的情况
例子一
问 我的一个系统需要一些 全程 变量 学习了单例模式后 我发现可以使用一个单例类盛放所有的 全程 变量 请问这样做对吗？
答 这样做是违背单例模式的用意的 单例模式只应当在有真正的 单一实例 的需求时才可使用
一个设计得当的系统不应当有所谓的 全程 变量 这些变量应当放到它们所描述的实体所对应的类中去 将这些变量从它们所描述的实体类中抽出来 放到一个不相干的单例类中去 会使得这些变量产生错误的依赖关系和耦合关系
例子二
问 我的一个系统需要管理与数据库的连接 学习了单例模式后 我发现可以使用一个单例类包装一个Connection 对象 并在finalize（）方法中关闭这个Connection 对象 这样的话 在这个单例类的实例没有被人引用时 这个finalize（） 对象就会被调用 因此 Connection 对象就会被释放 这多妙啊
答 这样做是不恰当的 除非有单一实例的需求 不然不要使用单例模式 在这里Connection 对象可以同时有几个实例共存 不需要是单一实例
单例模式有很多的错误使用案例都与此例子相似 它们都是试图使用单例模式管理共享资源的生命周期 这是不恰当的
单例类的状态
有状态的单例类
一个单例类可以是有状态的（stateful） 一个有状态的单例对象一般也是可变（mutable） 单例对象
有状态的可变的单例对象常常当做状态库（repositary）使用 比如一个单例对象可以持有一个int 类型的属性 用来给一个系统提供一个数值惟一的序列号码 作为某个贩卖系统的账单号码 当然 一个单例类可以持有一个聚集 从而允许存储多个状态
没有状态的单例类
另一方面 单例类也可以是没有状态的（stateless） 仅用做提供工具性函数的对象 既然是为了提供工具性函数 也就没有必要创建多个实例 因此使用单例模式很合适 一个没有状态的单例类也就是不变（Immutable） 单例类 关于不变模式 读者可以参见本书的 不变（Immutable ）模式 一章
多个JVM 系统的分散式系统
EJB 容器有能力将一个EJB 的实例跨过几个JVM 调用 由于单例对象不是EJB 因此 单例类局限于某一个JVM 中 换言之 如果EJB 在跨过JVM 后仍然需要引用同一个单例类的话 这个单例类就会在数个JVM 中被实例化 造成多个单例对象的实例出现 一个J EE应用系统可能分布在数个JVM 中 这时候不一定需要EJB 就能造成多个单例类的实例出现在不同JVM 中的情况
如果这个单例类是没有状态的 那么就没有问题 因为没有状态的对象是没有区别的 但是如果这个单例类是有状态的 那么问题就来了 举例来说 如果一个单例对象可以持有一个int 类型的属性 用来给一个系统提供一个数值惟一的序列号码 作为某个贩卖系统的账单号码的话 用户会看到同一个号码出现好几次
在任何使用了EJB RMI 和JINI 技术的分散式系统中 应当避免使用有状态的单例模式
多个类加载器
同一个JVM 中会有多个类加载器 当两个类加载器同时加载同一个类时 会出现两个实例 在很多J EE 服务器允许同一个服务器内有几个Servlet 引擎时 每一个引擎都有独立的类加载器 经有不同的类加载器加载的对象之间是绝缘的
lishixinzhi/Article/program/Java/gj/201311/27644
关于java中的两种单例模式和java单例模式和多例模式的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。