java中常见的设计模式有那些？

Java有23 种设计模式， 分三大类：
我们初级程序员常见的有：
单例模式 简单工厂模式 代理模式(Proxy) 策略模式(Strategy) 策略模式(Strategy) 适配器模式

单例模式
特点：1.单例设计模式保证一个类只有一个实例。2.要提供一个访问该类对象实例的全局访问点。
对一些类来说，只有一个实例是很重要的。例如很多时候对于某个系统只需要拥有一个全局对象，这样有利于我们协调系统的整体行为。
两种单例模式的实现
饿汉式：
对象预先加载，线程是安全的，在类创建好的同时对象生成，调用获得对象实例的方法反应速度快。
懒汉式：
对象延迟加载，效率高，只有在使用的时候才实例化对象，但若设计不当线程会不安全，代码相对于饿汉式复杂，第一次加载类对象的时候反应不快。
3 老汉 不能被修改 private static final DateFormatUtils utils = new DateFormatUtils()
4 双重锁 在方法有一个锁，在里面也有一个锁，里面的锁是锁.class文件的。双重锁是防止出现高并发。

单例模式主要有如下两个优势：

1. 减少创建Java实例所带来的系统开销

2. 便于系统跟踪单个Java实例的生命周期、实例状态等

简单工厂模式
简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式，可以理解为是不同工厂模式的一个特殊实现。

A实例调用B实例的方法，称为A依赖于B。如果使用new关键字来创建一个B实例（硬编码耦合），然后调用B实例的方法。一旦系统需要重构：需要使用C类来代替B类时，程序不得不改写A类代码。而用工厂模式则不需要关心B对象的实现、创建过程。

使用简单工厂模式的优势：让对象的调用者和对象创建过程分离，当对象调用者需要对象时，直接向工厂请求即可。从而避免了对象的调用者与对象的实现类以硬编码方式耦合，以提高系统的可维护性、可扩展性。工厂模式也有一个小小的缺陷：当产品修改时，工厂类也要做相应的修改。

代理模式(Proxy)
代理模式是一种应用非常广泛的设计模式，当客户端代码需要调用某个对象时，客户端实际上不关心是否准确得到该对象，它只要一个能提供该功能的对象即可，此时我们就可返回该对象的代理（Proxy）。

Spring所创建的AOP代理就是这种动态代理。但是Spring AOP更灵活。

命令模式(Command)
某个方法需要完成某一个功能，完成这个功能的大部分步骤已经确定了，但可能有少量具体步骤无法确定，必须等到执行该方法时才可以确定。（在某些编程语言如Ruby、Perl里，允许传入一个代码块作为参数。但Jara暂时还不支持代码块作为参数）。在Java中，传入该方法的是一个对象，该对象通常是某个接口的匿名实现类的实例，该接口通常被称为命令接口，这种设计方式也被称为命令模式。

策略模式(Strategy)
策略模式用于封装系列的算法，这些算法通常被封装在一个被称为Context的类中，客户端程序可以自由选择其中一种算法，或让Context为客户端选择一种最佳算法——使用策略模式的优势是为了支持算法的自由切换。
使用策略模式可以让客户端代码在不同的打折策略之间切换，但也有一个小小的遗憾：客户端代码需要和不同的策略耦合。为了弥补这个不足，我们可以考虑使用配置文件来指定DiscountContext使用哪种打折策略——这就彻底分离客户端代码和具体打折策略类。

适配器模式
比如springmvc中的处理器适配器