单例模式应用场景（什么是单例设计模式）

本文目录

• 什么是单例设计模式
• python常用的几种设计模式是什么
• 单例模式python有什么用
• java中常用的设计模式有哪些（java常用的设计模式及应用场景）
• 23种设计模式知识要点，你都了解了吗
• Python中的单例模式与反弹机制
• PHP单例模式应用场景有哪些
• 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，以后就不用再生成了。...》》

问题二：将一个类设计成单例设计模式，需要哪些步骤 单例模式（Singleton Pattern）是一个比较简单的模式。

定义：
确保某一个类只有一个实例，而且自动实例化并向整个系统提供这个实例。

通用类图：
通用代码：
Singleton类称为单例类，通过使用private的构造函数确保了在一个应用中只产生一个实例，并且是自行实例化的。
/**
* 线程安全的单例模式
* 饿汉式单例
* @author Administrator
*
*/
public class Singleton {

private static final Singleton singleton = new Singleton();

限制产生多个对象
private Singleton() {
}

通过该方法获得实例对象
public static Singleton getSingleton() {
return singleton;
}

类中其他方法尽量是static
public static void doSomething() {

}
}
单例模式的优点：
由于单例模式在内存中只有一个实例，减少了内存开支，特别是一个对象需要频繁地创建、销毁时，而且创建或销毁时性能又无法优化，单例模式的优势就非常明显了。
由于单例模式只生成一个实例，所以减少了系统的性能开销，当一个对象的产生需要比较多的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后用永久驻留内存的方式来解决。
单例模式可以避免对资源的多重占用，例如一个写文件动作，由于只有一个实例存在内存中，避免对同一个资源文件的同时写操作。
单例模式可以在系统设置全局的访问点，优化和共享资源访问，例如可以设计一个单例类，负责所有数据表的映射处理。

单例模式的缺点：
单例模式一般没有接口，扩展很困难，若要扩展，除了修改代码基本上没有第二种途径可以实现。
单例模式对测试是不利的。在并行开发环境中，如果单例模式没有完成，是不能进行测试的，没有接口也不能用mock的方式虚拟一个对象。
单例模式与单一职责原则有冲突。一个类应该只实现一个逻辑，而不关心它是否是单例的，是不是要单例取决于环境，单例模式把“要单例”和业务逻辑融合在一个类中。

单例模式的使用场景：
要求生成唯一序列号的环境；
在整个项目中需要一个共享访问点或共享数据，例如一个Web页面上的计数器，可以不用把每次刷新都记录到数据库中，使用单例模式保持计数器的值，并确保是线程安全的；
创建一个对象需要消耗的资源过多，如要访问IO和数据库等资源；
需要定义大量的静态常量和静态方法（如工具类）的环境，可以采用单例模式（当然，也可以直接声明为static的方式）。

单例模式的注意事项：
1. 在高并 *** 况下，请注意单例模式的线程同步问题。
/**
* 懒汉式单例
* @author Administrator
*
*/
public class Singleton2 {

private static Singleton2 singleton = null;

限制产生多个对象
private Singleton2() {
}

......》》

问题三：什么是单例模式 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，以后就不用再生成了。...》》

问题四：请问，Java中，单例设计模式是个什么意思，优势何在。 单例模式：保证一个类在使用过程中，只有一个实例。优势就是他的作用，这个类永远只有一个实例。
步骤： 1. 将该类的构造方式私有；
2. 在内部实例化一个该类的实例；
3. 提供接口给外部访问。
public class SingletonDemo {
private SingletonDemo (){}; 1.
private static SingletonDemo mInstance = new SingletonDemo(); 2.
public static SingletonDemo getInstance(){ 3.
return mInstance;
}
}

问题五：将一个类做成单例是什么意思 单例模式（Singleton Pattern）是一个比较简单的模式。 定义： 确保某一个类只有一个实例，而且自动实例化并向整个系统提供这个实例。

问题六：单例模式的好处和缺点？为什么要用单例模式？详细才给分 1 单例模式 只允许创建一个对象，因此节省内存，加快对象访问速度，因此对象需要被公用的场合适合使用，如多个模块使用同一个数据源连接对象等等
2 单例的缺点 就是不适用于变化的对象，如果同一弗型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。
用单例模式，就是在适用其优点的状态下使用。

问题七：什么是Java单例模式啊？ Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。
一般Singleton模式通常有几种种形式:
第一种形式: 定义一个类，它的构造函数为private的，它有一个static的private的该类变量，在类初始化时实例话，通过一个public的getInstance方法获取对它的引用,继而调用其中的方法。
public class Singleton {
private Singleton(){}
在自己内部定义自己一个实例，是不是很奇怪？
注意这是private 只供内部调用
private static Singleton instance = new Singleton();
这里提供了一个供外部访问本class的静态方法，可以直接访问
public static Singleton getInstance() {
return instance;
}
}
第二种形式:
public class Singleton {
private static Singleton instance = null;
public static synchronized Singleton getInstance() {
这个方法比上面有所改进，不用每次都进行生成对象，只是第一次
使用时生成实例，提高了效率！
if (instance==null)
instance＝new Singleton();
return instance; 　　}
}
其他形式:
定义一个类，它的构造函数为private的，所有方法为static的。
一般认为第一种形式要更加安全些
这些都是Java中的基础知识，如果你想更加详细的了解相关知识，你可以到秒秒学的网站上找到相应的课程。

问题八：你熟悉的设计模式有哪些？写出单例模式的实现代码 一共23种设计模式！
引用《软件秘笈-设计模式那点事》书籍：
按照目的来分，设计模式可以分为创建型模式、结构型模式和行为型模式。
创建型模式用来处理对象的创建过程；结构型模式用来处理类或者对象的组合；行为型模式用来对类或对象怎样交互和怎样分配职责进行描述。
创建型模式用来处理对象的创建过程，主要包含以下5种设计模式：
? 工厂方法模式（Factory Method Pattern）
? 抽象工厂模式（Abstract Factory Pattern）
? 建造者模式（Builder Pattern）
? 原型模式（Prototype Pattern）
? 单例模式（Singleton Pattern）
结构型模式用来处理类或者对象的组合，主要包含以下7种设计模式：
? 适配器模式（Adapter Pattern）
? 桥接模式（Bridge Pattern）
? 组合模式（posite Pattern）
? 装饰者模式（Decorator Pattern）
? 外观模式（Facade Pattern）
? 享元模式（Flyweight Pattern）
? 代理模式（Proxy Pattern）
行为型模式用来对类或对象怎样交互和怎样分配职责进行描述，主要包含以下11种设计模式：
? 责任链模式（Chain of Responsibility Pattern）
? 命令模式（mand Pattern）
? 解释器模式（Interpreter Pattern）
? 迭代器模式（Iterator Pattern）
? 中介者模式（Mediator Pattern）
? 备忘录模式（Memento Pattern）
? 观察者模式（Observer Pattern）
? 状态模式（State Pattern）
? 策略模式（Strategy Pattern）
? 模板方法模式（Template Method Pattern）
? 访问者模式（Visitor Pattern）
单例模式实现1：
public class Singleton {
类共享实例对象
private static Singleton singleton = null;
私有构造方法
private Singleton() {
System.out.println(-- this is Singleton!!!);
}
获得单例方法
public synchronized static Singleton getInstance() {
判断 共享对象是否为null ，如何为null则new一个新对象
if (singleton == null) {
singleton = new Singleton();
}
return singleton;
}
}
单例模式实现2：
public class Singleton {
类共享实例对象 实例化
private s......》》

问题九：23种设计模式中哪些最重要 总体来说设计模式分为三大类：
创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
其实还有两类：并发型模式和线程池模式。
最常用的是：工厂模式，单例模式，建造者模式，代理模式。
其实都了解一下比较好。

问题十：设计模式中，属于结构型模式的有哪些 设计模式主要分三个类型:创建型、结构型和行为型。
其中创建型有：
一、Singleton，单例模式：保证一个类只有一个实例，并提供一个访问它的全局访问点
二、Abstract Factory，抽象工厂：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。
三、Factory Method，工厂方法：定义一个用于创建对象的接口，让子类决定实例化哪一个类，Factory Method使一个类的实例化延迟到了子类。
四、Builder，建造模式：将一个复杂对象的构建与他的表示相分离，使得同样的构建过程可以创建不同的表示。
五、Prototype，原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型来创建新的对象。
行为型有：
六、Iterator，迭代器模式：提供一个方法顺序访问一个聚合对象的各个元素，而又不需要暴露该对象的内部表示。
七、Observer，观察者模式：定义对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知自动更新。
八、Template Method，模板方法：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，TemplateMethod使得子类可以不改变一个算法的结构即可以重定义该算法得某些特定步骤。
九、mand，命令模式：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化，对请求排队和记录请求日志，以及支持可撤销的操作。
十、State，状态模式：允许对象在其内部状态改变时改变他的行为。对象看起来似乎改变了他的类。
十一、Strategy，策略模式：定义一系列的算法，把他们一个个封装起来，并使他们可以互相替换，本模式使得算法可以独立于使用它们的客户。
十二、China of Responsibility，职责链模式：使多个对象都有机会处理请求，从而避免请求的送发者和接收者之间的耦合关系
十三、Mediator，中介者模式：用一个中介对象封装一些列的对象交互。
十四、Visitor，访问者模式：表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素类的前提下定义作用于这个元素的新操作。
十五、Interpreter，解释器模式：给定一个语言，定义他的文法的一个表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。
十六、Memento，备忘录模式：在不破坏对象的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。
结构型有：
十七、posite，组合模式：将对象组合成树形结构以表示部分整体的关系，posite使得用户对单个对象和组合对象的使用具有一致性。
十八、Facade，外观模式：为子系统中的一组接口提供一致的界面，fa?ade提供了一高层接口，这个接口使得子系统更容易使用。
十九、Proxy，代理模式：为其他对象提供一种代理以控制对这个对象的访问
二十、Adapter,适配器模式：将一类的接口转换成客户希望的另外一个接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些类可以一起工作。
二十一、Decrator，装饰模式：动态地给一个对象增加一些额外的职责，就增加的功能来说，Decorator模式相比生成子类更加灵活。
二十二、Bridge，桥模式：将抽象部分与它的实现部分......》》

python常用的几种设计模式是什么

python常用的几种设计模式有：1、单例模式，确保某一个类只有一个实例；2、工厂模式，使用一个公共的接口来创建对象；3、策略模式，随着策略对象改变内容；4、门面模式，对子系统的封装，使得封装接口不会被单独提出来。

什么是设计模式？

设计模式是一套被反复使用，多数人知道，经过分类编目的代码设计经验总结。

使用设计模式是为了提高代码可重用性，可阅读性，和可靠性。

你说理解的设计模式有几种？

设计模式又可分为三种：创建型（单例模式）、（工厂模式），结构型，行为型（策略模式）

单例模式以及应用场景：

（1）确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例，这个类称为单例类，单例模式是一种对象创建型模式。Windows的Task Manager（任务管理器）、Recycle Bin（回收站）、网站计数器

（2）单例模式应用的场景一般发现在以下条件下：

资源共享的情况下，避免由于资源操作时导致的性能或损耗等。如上述中的日志文件，应用配置。控制资源的情况下，方便资源之间的互相通信。如线程池等

要点：一是某个类只能有一个实例；二是它必须自行创建这个实例；三是它必须自行向整个系统提供这个实例。

工厂模式：

提供一个创建对象的接口，不像客户端暴露创建对象的过程，而是使用一个公共的接口来创建对象。

可以分为三种：简单工厂  工厂方法   抽象工厂

 一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。

策略模式：

在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。

要点：把一个个策略，也就是算法封装成一个一个类，任意的替换

解决的问题：避免多个if....else带来的复杂

使用场景：系统中需要动态的在集中算法中动态的选择一种，

门面模式：

门面模式也叫外观模式，定义如下：要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。门面模式注重“统一的对象”，也就是提供一个访问子系统的接口。门面模式与之前说过的模板模式有类似的地方，都是对一些需要重复方法的封装。但从本质上来说，是不同的。模板模式是对类本身的方法的封装，其被封装的方法也可以单独使用；而门面模式，是对子系统的封装，其被封装的接口理论上是不会被单独提出来用的。

一个对象有很多行为，如果么有选择合适的设计模式，这些行为就需要用多重的条件判断来实现算法的切换，增加了代码的复杂度。

推荐课程：Python面对对象(Corey Schafer)

单例模式python有什么用

单例模式(Singleton)也叫单态模式，是设计模式中最为简单的一种模式，甚至有些模式大师都不称其为模式，称其为一种实现技巧，因为设计模式讲究对象之间的关系的抽象，而单例模式只有自己一个对象，也因此有些设计大师把其称为设计模式之一。
逻辑模型图：
物理模型图：
好多没怎么使用过的人可能会想，单例模式感觉不怎么用到，实际的应用场景有哪些呢？以下，我将列出一些就在咱们周边和很有意义的单例应用场景。

java中常用的设计模式有哪些（java常用的设计模式及应用场景）

1.单例模式（有的书上说叫单态模式其实都一样）

该模式主要目的是使内存中保持1个对象

2.工厂模式

该模式主要功能是统一提供实例对象的引用。看下面的例子：

publicclassFactory{

publicClassesDao(){

ClassesDaocd=new();

returncd;

}

}

interfaceClassesDao{

publicString();

}

classimplementsClassesDao{

publicString(){

System.out.println("A班");

}

}

classtest

{

publicstaticvoidmain(Stringargs){

Factoryf=newFactory();

f.().();

}

}

这个是最简单的例子了，就是通过工厂方法通过接口获取对象的引用

3.建造模式

该模式其实就是说，一个对象的组成可能有很多其他的对象一起组成的，比如说，一个对象的实现非常复杂，有很多的属性，而这些属性又是其他对象的引用，可能这些对象的引用又包括很多的对象引用。封装这些复杂性，就可以使用建造模式。

4.门面模式

这个模式个人感觉像是Service层的一个翻版。比如Dao我们定义了很多持久化方法，我们通过Service层将Dao的原子方法组成业务逻辑，再通过方法向上层提供服务。门面模式道理其实是一样的。

5.策略模式

这个模式是将行为的抽象，即当有几个类有相似的方法，将其中通用的部分都提取出来，从而使扩展更容易。

23种设计模式知识要点，你都了解了吗

23种设计模式知识要点分别是工厂方法，抽象工厂，单例，建造者，原型，适配器，桥接，装饰器，组合，外观，享元，代理，模板方法，策略，命令，责任链，中介者，观察者，备忘录，迭代器，访问者，状态，解释器模式。

设计模式是指在软件开发中常用的解决问题的代码结构的总结和抽象。在代码开发中采用设计模式可以提高软件的可维护性。可拓展性和代码复用性。下面简单地回顾下23种设计模式的概念以及其应用场景：

1、工厂方法模式：定义一个用于创建对象的接口，让子类决定实例化哪个类。应用场景：可以避免与具体对象类型的绑定关系，可以创建多种不同对象，易于扩展。

2、抽象工厂模式：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。应用场景：可以创建多个产品族的对象，在一定程度上提高了系统的灵活性和可扩展性。

3、单例模式：确保类只有一个实例，并提供一个全局访问点。应用场景：在需要实现系统中唯一对象时使用，如线程池。缓存。日志对象等。

4、建造者模式：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。应用场景：需要通过多个步骤来构建一个复杂的对象时使用。

5、原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。应用场景：需要创建多个相同对象时使用，可以避免重复的初始化操作。

6、适配器模式：将一个类的接口转换成客户希望的另一个接口。应用场景：当两个类接口不兼容时使用，可以让它们协同工作。

7、桥接模式：将抽象部分与实现部分分离，使它们可以独立变化。应用场景：通过将变化的抽象部分与实现部分分离，可以提高系统的灵活性和可维护性。

8、装饰器模式：动态地将责任附加到对象上，扩展功能。应用场景：在不改变对象接口的前提下，动态地给对象增加功能时使用。

9、组合模式：将对象组合成树形结构以表示“部分-整体”的结构关系，允许用户以相同的方式处理单个对象和组合对象。应用场景：当需要把整体与部分的关系表示出来时使用。

10、外观模式：为子系统中的一组接口提供一个统一的接口。应用场景：当需要简化接口或减少客户端与系统的交互时使用，可以提高系统的灵活性和可扩展性。

11、享元模式：运用共享技术有效地支持大量细粒度的对象。应用场景：当需要创建大量对象，且这些对象的许多属性相同时使用，可以减少内存的使用。

12、代理模式：为其他对象提供一种代理以控制对这个对象的访问。应用场景：当需要控制对象的访问权限或对象不易直接访问时使用。

13、模板方法模式：定义一个算法的骨架，将一些步骤延迟到子类中实现。应用场景：当需要在不改变算法结构的情况下修改算法的某些步骤时使用。

14、策略模式：定义一系列算法，将每个算法都封装起来，并让它们之间可以互换。应用场景：当需要动态地改变对象的行为时使用，可以提供灵活的设计。

15、命令模式：将请求封装成对象，以便使用不同的请求。队列或者日志来参数化其他对象。应用场景：当需要将请求发送者和请求接收者解耦时使用，可以提高系统的灵活性。

16、责任链模式：将多个对象连成一条责任链，并沿着这条链传递请求，直到有一个对象处理它为止。应用场景：当需要避免请求发送者与接收者之间的耦合时使用，可以提高系统的灵活性。

17、中介者模式：用一个中介对象封装一系列的对象交互，使得每个对象都不需要显式地知道其他对象。应用场景：当需要解耦对象之间的关系时使用，可以简化对象之间的交互。

18、观察者模式：定义了对象之间的一对多依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。应用场景：当对象之间存在关联关系，一个对象的状态发生改变会影响到其他对象时使用。

19、备忘录模式：在不破坏封装的前提下，捕获并存储对象的内部状态，以便稍后可以将该对象恢复到原先的状态。应用场景：当需要实现撤销操作时使用，可以保存某个对象的历史状态。

20、迭代器模式：提供一种顺序访问复合对象内各元素的方法，而又不需要暴露该对象的内部表示。应用场景：当需要按顺序访问复杂对象内部的各个元素时使用，可以提供灵活和安全的访问方式。

21、访问者模式：表示一个作用于某对象结构中各元素的操作，可以在不改变各个元素的情况下定义作用于这些元素的新操作。应用场景：当需要对复杂对象结构中的各个元素进行某些特定的操作时使用。

22、状态模式：允许一个对象在其内部状态改变时改变其行为。应用场景：当需要根据对象的内部状态改变其行为时使用，可以提高系统的灵活性和可扩展性。

23、解释器模式：给定一个语言定义，定义出其文法的一种表示，并定义一个解释器，使用该解释器来解释这个语言中的句子。应用场景：当需要解释和执行一些特定的语法时使用。

Python中的单例模式与反弹机制

一。单例模式

一般情况下,类可以生成任意个实例,而单例模式只生成一个实例

我们先用单例模式设计一个Rectangle类

然后用__new__方法设计单例模式，代码如下

然后我们来验证下，单例模式下是否只能生成一个实例

单例模式在程序设计中比较典型的应用场景：多个用户同时调用某个模块时，会生成一些日志，我们希望这些日志存在同一个文件内，而不是多个文件。

在生成日志模块我们就可以采用单例模式进行设计。

二。反射

概念：简单来说就是可以利用字符串来映射模块中的相应方法然后可以操作模块中相应的方法

我们以一个饭店点菜的实际场景来理解Python的反射机制

hasatter(对象,属性或方法名)

判断对象中是否有某个属性或某个方法,返回值是布尔型

getattr(对象,属性或方法名,缺省值) 判断对象中是否有某个属性或某个方法，如果有返回方法本身，没有则返回缺省值

setattr(对象,属性,新值)

将实例的属性改为新的值,如果属性不存在则新建

我们给实例guke1加个价格属性

PHP单例模式应用场景有哪些

　　单例模式的要点有三个：
　　一是某个类只能有一个实例；
　　二是它必须自行创建这个实例；
　　三是它必须自行向整个系统提供这个实例。
　　复制代码 代码如下:
　　《?php
　　/* 单例模式举例,其要点如下:
　　*
　　* 1. $_instance 必须声明为静态的私有变量
　　* 2. 构造函数和克隆函数必须声明为私有的,这是为了防止外部程序 new 类从而失去单例模式的意义
　　* 3. getInstance()方法必须声明为公有的,必须调用此方法以返回唯一实例的一个引用
　　* 4. ::操作符只能访问静态变量或静态函数
　　* 5. PHP的单例模式是相对而言的,因为PHP的解释运行机制使得每个PHP页面被解释执行后，所有的相关资源都会被回收。
　　* 也就是说，PHP在语言级别上没有办法让某个对象常驻内存。在PHP中，所有的变量都是页面级的，无论是全局变量，
　　* 还是类的静态成员，都会在页面执行完毕后被清空,结果会重新建立新的对象，这样也就完全失去了Singleton的意义。
　　* 不过,在实际应用中同一个页面中可能会存在多个业务逻辑,这时单例模式就起到了很重要的作用,有效的避免了重复
　　* new 对象(注: new 对象会消耗内存资源)这么一个行为,所以我们说PHP的单例模式是相对而言的
　　*
　　*/
　　class People
　　{
　　static private $_instance = NULL;
　　public $height = ’’;
　　public $age = ’’;
　　private function __construct()
　　{
　　$this-》height = ’185’;
　　$this-》age = 25;
　　}
　　private function __clone()
　　{
　　//do something
　　}
　　static public function getInstance()
　　{
　　if(!self::$_instance instanceof self)
　　{
　　//echo ’lgh-big’;
　　self::$_instance = new self;
　　}
　　else
　　{
　　//for testing only
　　//echo ’gdc-xiaoairener’;
　　}
　　return self::$_instance;
　　}
　　public function getHeight()
　　{
　　echo $this-》height;
　　}
　　public function getAge()
　　{
　　echo $this-》age;
　　}
　　}
　　function testInstance()
　　{
　　People::getInstance()-》getAge();
　　}
　　//begin to use the class
　　$lgh = People::getInstance();
　　$lgh-》getHeight();
　　echo ’《br /》’;
　　testInstance();
　　?》
　　优点：单例模式可以避免大量的new操作，因为每一次new操作都会消耗内存资源和系统资源
　　缺点：在PHP中，所有的变量无论是全局变量还是类的静态成员，都是 页面级的，每次页面被执行时，都会重新建立新的对象，都会在页面执行完毕后被清空，这样似乎PHP单例模式就没有什么意义了，所以PHP单例模式我觉得只 是针对单次页面级请求时出现多个应用场景并需要共享同一对象资源时是非常有意义的。
　　Why–为什么要使用PHP单例模式？
　　PHP的一个主要应用场合就是应用程序与数据库打交道的应用场景，所以一个应用中会存在大量的数据库操作，比如过数据库句柄来连接数据库这一行为，使用单例模式可以避免大量的new操作，因为每一次new操作都会消耗内存资源和系统资源。
　　还是有些抽象，给出代码片段。
　　使用传统方式编码
　　复制代码 代码如下:
　　《?php
　　......
　　//初始化一个数据库句柄
　　$db = new DB(...);
　　//比如有个应用场景是添加一条用户信息：
　　$db-》addUserInfo();
　　......
　　//然而我们在另外一个地方可能要查找用户的信息，这个情景出现在一个函数中，这时要用到数据库句柄资源，我们可能需要这么去做
　　......
　　function test(){
　　......
　　//这时我们不得不重新初始化一个数据库句柄,试想多个应用场景下，这样的代码是多么可怕啊？！
　　$db = new DB(...);
　　$db-》getUserInfo();
　　......
　　//有些朋友或许会说，我也可以不这样做啊，我直接利用global关键字不就可以了吗？的确，global可以解决问题，也起到了单例模式的作用，但是OOP中，我们拒绝这样来编写代码，因为global存在安全隐患，请参考相关书籍，同时单例模式恰恰是对全局变量的一种改进，避免了那些存储唯一实例的全局变量污染命名空间
　　global $db; //OOP中，我们不提倡这样编写代码
　　......
　　}
　　使用单例模式编码
　　复制代码 代码如下:
　　《?php
　　......
　　//所有的应用情景只有一个数据库句柄资源，嘿嘿，效率老高了，
　　//资源也大大的得到节省，代码简洁明了：）
　　DB::getInstance()-》addUserInfo();
　　DB::getInstance()-》getUserInfo();
　　......
　　How–如何来编写PHP单例模式？
　　在了解了单例模式的应用场景之后，下面我们通过编写单例模式的具体实现代码来掌握PHP单例模式的核心要点，代码如下：
　　复制代码 代码如下:
　　《?php
　　/**
　　* PHP单例模式演示举例
　　* @author guohua.li
　　* @modify 2010-07-11
***隐藏网址***
　　*/
　　class User{
　　/**
　　* 静态成品变量 保存全局实例
　　* @access private
　　*/
　　static private $_instance = NULL;
　　/**
　　* 私有化构造函数，防止外界实例化对象
　　*/
　　private function __construct() {}
　　/**
　　* 私有化克隆函数，防止外界克隆对象
　　*/
　　private function __clone(){}
　　/**
　　* 静态方法, 单例统一访问入口
　　* @return object 返回对象的唯一实例
　　*/
　　static public function getInstance() {
　　if (is_null(self::$_instance) || !isset(self::$_instance)) {
　　self::$_instance = new self();
　　}
　　return self::$_instance;
　　}
　　/**
　　* 测试方法: 获取用户名字
　　*/
　　public function getName() {
　　echo ’hello liguohua!’;
　　}
　　}
　　从以上代码中，我们总结出PHP单例模式实现的核心要点有如下三条：
　　1.需要一个保存类的唯一实例的静态成员变量（通常为$_instance私有变量）
　　2.构造函数和克隆函数必须声明为私有的，这是为了防止外部程序new类从而失去单例模式的意义
　　3.必须提供一个访问这个实例的公共的静态方法（通常为getInstance方法），从而返回唯一实例的一个引用
　　PHP单例模式的缺点
　　众所周知，PHP语言是一种解释型的脚本语言，这种运行机制使得每个PHP页面被解释执行后，所有的相关资源都会被回收。也就是说，PHP在语言级别上没有办法让某个对象常驻内存，这和asp.net、Java等编译型是不同的，比如在Java中单例会一直存在于整个应用程序的生命周期里，变量是跨页面级的，真正可以做到这个实例在应用程序生命周期中的唯一性。然而在PHP中，所有的变量无论是全局变量还是类的静态成员，都是页面级的，每次页面被执行时，都会重新建立新的对象，都会在页面执行完毕后被清空，这样似乎PHP单例模式就没有什么意义了，所以PHP单例模式我觉得只是针对单次页面级请求时出现多个应用场景并需要共享同一对象资源时是非常有意义的。

java 单例模式这个要怎么理解

单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。
注意：
1、单例类只能有一个实例。
2、单例类必须自己创建自己的唯一实例。
3、单例类必须给所有其他对象提供这一实例。
介绍
意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。
主要解决：一个全局使用的类频繁地创建与销毁。
何时使用：当您想控制实例数目，节省系统资源的时候。
如何解决：判断系统是否已经有这个单例，如果有则返回，如果没有则创建。
关键代码：构造函数是私有的。
应用实例：
1、一个班级只有一个班主任。
2、Windows 是多进程多线程的，在操作一个文件的时候，就不可避免地出现多个进程或线程同时操作一个文件的现象，所以所有文件的处理必须通过唯一的实例来进行。
3、一些设备管理器常常设计为单例模式，比如一个电脑有两台打印机，在输出的时候就要处理不能两台打印机打印同一个文件。
优点：
1、在内存里只有一个实例，减少了内存的开销，尤其是频繁的创建和销毁实例（比如管理学院首页页面缓存）。
2、避免对资源的多重占用（比如写文件操作）。
缺点：没有接口，不能继承，与单一职责原则冲突，一个类应该只关心内部逻辑，而不关心外面怎么样来实例化。
使用场景：
1、要求生产唯一序列号。
2、WEB 中的计数器，不用每次刷新都在数据库里加一次，用单例先缓存起来。
3、创建的一个对象需要消耗的资源过多，比如 I/O 与数据库的连接等。
注意事项：getInstance() 方法中需要使用同步锁 synchronized (Singleton.class) 防止多线程同时进入造成 instance 被多次实例化。

单例模式的应用场景有哪些

应用的单例模式（Singleton)的场合很多。比如，开发了一个串口通信类通常采用单例模式。因为在程序中，同一个串口不允许重复打开，采用单例模式可以从代码结构上避免这个问题。

开发应用场景及顺序

设计模式是被编程者总结出来的一套被反复使用的、多数人知晓的、经过分类编目的代码设计经验。掌握常用的设计模式对于Java应聘者来说十分重要，如单例模式、工厂模式、建造者模式等。接下来具体料及一下Java常用设计模式及应用场景：
1、单例模式：保证一个类仅有一个实例并提供一个全局访问点，如一些配置文件或者管理类可以设计为单例，常用的线程池也是单例。
2、模板方法：在定义好的算法骨架下允许子类为一个或多个步骤提供实现，一次性实现算法的不变部分将可变部分留给子类实现，当子类实现代码逻辑雷同时可以使用此设计模式。
3、工厂模式：创建对象需要大量的重复代码时，通过子类实现方法来创建对象。如Spring中通过工厂模式将创建对象的任务交给容器管理。
4、原型模式 ：在应用程序可能有某些对象的结构比较复杂，但又需要频繁的使用它们，如这个时候不断的新建这个对象势必会大大损耗系统内存的，这个时候需要使用原型模式来对这个结构复杂又要频繁使用的对象进行克隆。所以原型模式就是用原型实例指定创建对象的种类，且通过复制这些原型创建新的对象。主要应用与那些创建新对象的成本过大时。它的主要优点就是简化了新对象的创建过程，提高了效率，同时原型模式提供了简化的创建结构。
5、建造者模式：讲复杂对象的构建和表示分离，适用于流程固定，但是顺序不一定固定的场景。如需要给一个对象多次给不同的属性赋值，可以使用链式调用传参，最后生成对象。如策略模式，观察者模式，模板方法模式，foreach中的迭代器模式，spring 中ASM的访问者模式，动态代理等都有一些了解。
6、适配器模式：在应用程序中可能需要将两个不同接口的类来进行通信，在不修改这两个的前提下可能会需要某个中间件来完成这个衔接的过程。这个中间件就是适配器。所谓适配器模式就是将一个类的接口，转换成客户期望的另一个接口。它可以让原本两个不兼容的接口能够无缝完成对接。作为中间件的适配器将目标类和适配者解耦，增加了类的透明性和可复用性。
7、桥接模式 ：如果说某个系统能够从多个角度来进行分类，且每一种分类都可能会变化，那么我们需要做的就是讲这多个角度分离出来，使得他们能独立变化，减少他们之间的耦合，这个分离过程就使用了桥接模式。所谓桥接模式就是讲抽象部分和实现部分隔离开来，使得他们能够独立变化。桥接模式将继承关系转化成关联关系，封装了变化，完成了解耦，减少了系统中类的数量，也减少了代码量。
设计模式应用场景是什么?JavaEE应用中Spring用于创建IOC容器的监听器就是基于观察者模式的。Spring中获取FileSystemResource和ClassPathResource等功能雷同的类时使用模板方法。
单例模式包含懒汉饿汉式以及不同的变种，工厂类设计模式一般也设计为单例。项目中的一些配置或引入外部的sdk需要创建管理类，或封装自己的框架时需要用到单例;工厂方法在编码时不能预见需要创建哪种类的实例。
设计模式是一套被反复使用、多数人知晓、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。设计模式于己于他人于系统都是多赢，设计模式使代码编制真正工程化，设计模式是软件工程的基石。