JAVA设计模式理解与总结-单例模式工厂模式建造者模式

码了好几年代码的打字机器我，对于设计模式这个词，肯定是一点也不陌生，但是对于设计模式的理解，因为日常开发中，增删改查较多，使用设计模式思想来优化代码的机会就很少。也不乏在翻阅源码的时候，叹服于别人优秀高效的设计。所有今天抽出点时间，对设计模式做个归纳、记录，以便日后读到优秀的源码，可以自信的说，这 ** 不就是那啥吗，我也会写~~~

设计模式（Design Pattern）是前辈们对代码开发经验的总结，是解决特定问题的一系列套路。它不是语法规定，而是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案

不管你需不需要，我都给你准备好，对于饿汉来说，心里踏实

饿汉模式很简单，提前提供实例对象代码样例

public class SingleMan {private SingleMan() { }
    static {System.out.println("类加载");
    }
    private static SingleMan instance = new SingleMan();
    public static SingleMan getInstance() {return instance;}
    public void sayHello() {System.out.println("你好，相亲吗");
    }
}

实例在类加载时实例化，有 JVM 保证线程安全。

虚拟机在编译加载某个类的时候，会将所有类变量（static）、静态代码块（static{}）进行赋值。

虚拟机会在执行该操作时加锁，保证 同一个类加载器下，一个类型只会初始化一次！

JVM 只在需要某个类或者使用 Class.forName(className)强制加载类的时候才会被调用，如果只是声明某个类的引用，而没有创建对象则不会加载该类

懒汉模式，厨房有材料，鸡鸭鱼肉，饿得不行了，非吃不可了，才去做饭，此为懒汉

public class SingleMan {private SingleMan() { }
    static {System.out.println("类加载");
    }
    private static SingleMan instacne = null;
    public static SingleMan getInstance() {if (null == instacne) {instacne = new SingleMan();
        }
        return instacne;
    }
    public void sayHello() {System.out.println("你好，相亲吗");
    }
}

使用 双重检验锁

public class SingleMan {private SingleMan() { }
    static {System.out.println("类加载");
    }
    private static SingleMan instacne = null;
    public static SingleMan getInstance() {if (null == instacne) {synchronized (SingleMan.class) {if (null == instacne) { // 为什么两次判断，想想并发
                    instacne = new SingleMan();}
            }
        }
        return instacne;
    }
    public void sayHello() {System.out.println("你好，相亲吗");
    }
}

懒汉模式不推荐在 getInstance() 方法上加上 synchronized，性能太差了！

双重检验锁堪称完美，但是还存在不足，问题出在 new SingleMan()上，这段代码在执行的时候，是 非原子操作，不同线程交替会造成安全问题

解决很简单，只需要给类变量 SingleMan 添加 volatile

volatile 的作用：

保证了不同线程对这个变量进行操作时的可见性，即一个线程修改了某个变量的值，这新值对其他线程来说是立即可见的
禁止进行指令重排序

public class SingleMan {private SingleMan() { }
    static {System.out.println("类加载");
    }
    private volatile static SingleMan instacne;
    public static SingleMan getInstance() {if (null == instacne) {synchronized (SingleMan.class) {if (null == instacne) { // 为什么两次判断，想想并发
                    instacne = new SingleMan();}
            }
        }
        return instacne;
    }
    public void sayHello() {System.out.println("你好，相亲吗");
    }
}

定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行

优点：

一个调用者想创建一个对象，只要知道其名称就可以了。
扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。
屏蔽产品的具体实现，调用者只关心产品的接口。

在任何需要生成复杂对象的地方，都可以使用工厂方法模式

看名字就简单，要不就不写了吧？哈哈

简单工厂模式就是一个工厂类，里面有一个静态方法，根据我们不同的参数，返回不同的派生自同一个父类（或实现同一接口）的实例对象。

产品类：

public class Animal {void eat(){};}
public class Cat extends Animal {
    @Override
    public void eat() {System.out.println("小猫吃鱼，喵喵喵~~~");
    }
}
public class Dog extends Animal {
    @Override
    public void eat() {System.out.println("小狗吃骨头，汪汪~~~");
    }
}

工厂：

public class AnimalFactory {public static Animal getInstance(String food) {if (food.equals("yu")) {return new Dog();
        }else if (food.equals("gutou")) {return new Cat();
        }else {return null;}
    }
}

测试：

public static void main(String[] args) {Animal animal1 = AnimalFactory.getInstance("yu");
    animal1.eat();
    Animal animal2 = AnimalFactory.getInstance("gutou");
    animal2.eat();}

小狗吃骨头，汪汪~~~

小猫吃鱼，喵喵喵~~~

工厂模式，就是多个工厂的组合使用

// 地球总厂
interface EarthFactory{Animal getInstance(String food);
}
// 动物厂
public class AnimalFactory implements EarthFactory{
    @Override
    public Animal getInstance(String food) {if (food.equals("yu")) {return new Dog();
        }else if (food.equals("gutou")) {return new Cat();
        }else {return null;}
    }
}
// 植物厂
public class PlantFactory implements EarthFactory{
    @Override
    public Animal getInstance(String food) {if (food.equals("yu")) {return new Tree();
        }else if (food.equals("gutou")) {return new Grass();
        }else {return null;}
    }
}

使用

public static void main(String[] args) {EarthFactory ef = new PlantFactory();
    ef.getInstance("yu").eat();}

虽然喂得都是 yu（鱼），但是不同东西，吃的效果就不一样了

抽象工厂模式解决的就是工厂模式产品不匹配的问题

我想造一部手机，有两个工厂，分别定制主板和外壳

使用华为定制的主板，苹果定制的外壳，组装在一起，肯定会出问题。所以我们采用一个工厂生产一系列原配件的方式

主板和外壳

@Data
public class Bord {
    private String name;
    public Bord(String name) {this.name = name;}
}
@Data
public class Shell {
    private String name;

    public Shell(String name) {this.name = name;}
}
// 华为主板栗子
public class HuaweiBord extends Bord {public HuaweiBord(String name) {super(name);
    }
}

手机厂

public interface PhoneFactory {
    // 造主板
    Bord makeBord();
    // 造外壳
    Shell makeShell();}
// 华为厂
public class Huawei implements PhoneFactory {
    @Override
    public Bord makeBord() {System.out.println("造华为主板");
        return new HuaweiBord("华为主板");
    }
    @Override
    public Shell makeShell() {System.out.println("造华为外壳");
        return new HuaweiShell("华为外壳");
    }
}
// 苹果厂
public class Apple implements PhoneFactory {
    @Override
    public Bord makeBord() {System.out.println("造苹果主板");
        return new AppleBord("苹果主板");
    }
    @Override
    public Shell makeShell() {System.out.println("造苹果外壳");
        return new AppleShell("苹果外壳");
    }
}

富士康手机组装

public class Fushikang {
    private Bord bord;
    private Shell shell;
    public void build(PhoneFactory factory) {this.bord = factory.makeBord();
        this.shell = factory.makeShell();
        System.out.println(bord.getName() + "||" + shell.getName());
    }
}

生成一台华为手机

public static void main(String[] args) {PhoneFactory huawei = new Huawei();
    new Fushikang().build(huawei);
}

造华为主板
造华为外壳
华为主板 || 华为外壳

将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建不同的表示

就是我想组装一台手机，手机组装的流程是一样的，但是相同的流程，使用不同的配件来组装，得到手机的配置也不一样。

简单地说就是 new xxBuilder().x().y().z().build();

手机

@Data
public class Phone {
    private String cpu;
    private String screen;
    private Integer ram;
    private Phone() {}
    public Phone(String cpu, String screen, Integer ram) {
        this.cpu = cpu;
        this.screen = screen;
        this.ram = ram;
    }
}

手机建造者

public class PhoneBuilder {
    private Phone phone;
    private String cpu;
    private String screen;
    private Integer ram;

    public PhoneBuilder cpu(String cpu) {
        this.cpu = cpu;
        return this;
    }
    public PhoneBuilder screen(String screen) {
        this.screen = screen;
        return this;
    }
    public PhoneBuilder ram(Integer ram) {
        this.ram = ram;
        return this;
    }
    public Phone build() {return new Phone(this.cpu, this.screen, this.ram);
    }
}

建造手机

public static void main(String[] args) {Phone iphone = new PhoneBuilder().cpu("amd").screen("1920*1080").ram(16).build();}

到这里，对于创建对象的创建型模式就先记录到这，原型模式就不介绍了，就是对对象的拷贝

下一篇有时间，记录一下代理模式，适配器模式等

更多好玩好看的内容，欢迎到我的博客交流，共同进步 WaterMin

JAVA设计模式理解与总结-单例模式工厂模式建造者模式

设计模式

单例模式

饿汉模式

饿汉式与线程安全

题外话：类的加载时机

懒汉模式

非线程安全的懒汉模式

线程安全的懒汉模式

懒汉模式与 volatile

工厂模式

简单工厂模式

工厂模式

抽象工厂模式

建造者模式

Just My Socks（注册教程内含优惠码）

JAVA设计模式理解与总结-单例模式工厂模式建造者模式

设计模式

单例模式

饿汉模式

饿汉式与线程安全

题外话：类的加载时机

懒汉模式

非线程安全的懒汉模式

线程安全的懒汉模式

懒汉模式 与 volatile

工厂模式

简单工厂模式

工厂模式

抽象工厂模式

建造者模式

Just My Socks（注册教程 内含优惠码）

懒汉模式与 volatile

Just My Socks（注册教程内含优惠码）