Netty学习-IO体系架构系统回顾 & 装饰模式Decorator的具体使用

Netty学习-IO体系架构系统回顾

IO和NIO的学习

NIO - 1.4 开始出的
在网络应用框架中，NIO得到了大量的使用，特别是netty里面

前提：对IO及其了解

对IO的总结和回顾

• 理解Java I/O系统
• 熟悉使用Java.io包中的相关类和接口进行I/O编程
• 掌握Java IO的设计原则与使用的设计模式

Thinking in java - Java编程思想

对程序语言设计者来说，设计一个令人满意的IO系统是件及其艰巨的任务

几个基础概念

流的概念
输入/输出流概念
输入/输出类
字节流和字符流

• 输入流 读数据的逻辑：

1. open a stream
2. while more information
3. read information
4. close the stream

• 输出流 写数据的逻辑：

1. open a steam
2. while more information
3. write information
4. close the stream

这里，输入流就是输入流，输出流就是输出流。不会说有一个流及时输入又是输出。这个是和NIO差距非常大的一个区分差别。

• 流的分类

1. 节点流：从特定的地方读写的流类，例如：磁盘或者一块内存区域
2. 过滤流：使用节点流作为输入或者输出。（buffer流）过滤流是对节点流的包装。过滤流是使用一个已经存在的输入流或者输出流链接创建的。

• Java.io包中InputSteam的类层次

• Java.io包中OutputSteam的类层次

• IO流的链接

1. Input Stream Chain
2. OutPut Stream Chain

设计模式 *（装饰模式 Decorator 设计模式）

流的调用
AAA
BBB
CCC
new CCC(new BBB(new AAA()));
new BBB(new AAA());
new AAA();

装饰模式的概念：

• 装饰模式又名包装（wrapper）模式
• 装饰模式以对客户端透明的方式扩展对象的功能，是集成关系的一个替代方案
• 装饰模式以对客户透明的方式动态的给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。
• 装饰模式可以在不创造更多子类的情况下，将对象的功能加以扩展。
• 装饰模式把客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展完全是透明的。
• 装饰模式是在不必改变原类文件和使用继承的情况下，动态的扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真是的对象。

装饰模式的角色：

• 抽象构建角色（Component）：给出一个抽象接口，以规范准备接受附加责任的对象。
• 具体构建角色（Concrete Component）：定义一个将要接受附加责任的类。
• 装饰角色（Decorator）：持有一个构建（Component）对象的引用，并定义一个与构想构建接口一致的接口。
• 具体装饰角色（Concrete Decorator）：负责给构建对象"贴上"附加的责任。

装饰模式的特点

• 装饰对象和真是对象有相同的接口。这样客户端对象就可以以真实对象相同的方式和装饰对象交互。
• 装饰对象包含一个真实 对象的引用（reference）
• 装饰对象接收所有来自客户端的请求。它把这些请求转发给真是的对象。
• 装饰对象可以在转发这些请求以前或者以后增加一些附加功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计模式中，通常是通过继承来实现对给丁磊的功能扩展。

编码实现装饰模式

package com.dawa.decorator;

public interface Component  {
    void doSomething();
}

package com.dawa.decorator;

public class ConcreteComponent implements Component {
    @Override
    public void doSomething() {
        System.out.println("功能A");
    }
}

package com.dawa.decorator;
//核心类，满足装饰模式的特点
public class Decorator implements Component {
    private Component component;

    public Decorator(Component component) {
        this.component = component;
    }

    @Override
    public void doSomething() {
            component.doSomething();
    }
}

package com.dawa.decorator;

public class ConcreteDecorator1 extends Decorator {
    public ConcreteDecorator1(Component component) {
        super(component);
    }

    @Override
    public void doSomething() {
        super.doSomething();
        this.doAnotherThing();
    }

    private void doAnotherThing() {
        System.out.println("功能a");
    }
}

package com.dawa.decorator;

public class ConcreteDecorator2 extends Decorator {

    public ConcreteDecorator2(Component component) {
        super(component);
    }

    @Override
    public void doSomething() {
        super.doSomething();
        this.doAnotherThing();
    }

    private void doAnotherThing() {
        System.out.println("功能b");
    }
}

package com.dawa.decorator;

public class Client {
    public static void main(String[] args) {
        Component component = new ConcreteDecorator2(new ConcreteDecorator1(new ConcreteComponent()));
        component.doSomething();
    }
}

---

** 在整个IO体系中，装饰模式是无处不在的 **

从源码中，寻找装饰模式是如何使用的

BufferInputStream extends FilterInputSteam

FilterInputSteam extends InputStream (里面有 InputStream 对象)

ps:volatile关键字：1-可见性 2-顺序性。在 FilterInputSteam 里面有用到。自行扩展。

volatile 保证可见性和有序性，不保证原子性。

为什么IO中要用到这种设计模式？

IO体系中使用设计模式很大程度的避免了有更多自雷的产生。并且可以在运行期去丰富我们构造出来的对象所具备的功能。
因为IO体系中已经有很多很多的类了，如果不适用这种设计模式，会导致类的急剧膨胀。并且实现起来非常不灵活。
在很大程度上，让功能保持健全，此外，在IO体系中类的数量不至于过多的膨胀。

---

所以说：以后面试官再问题，IO流的问题和用到的设计模式，你还怕吗？哈哈