JStorm与Storm源码分析(五)--SpoutOutputCollector与代理模式
2021-06-18 12:05
标签:main ack task put todo 应用 int stack 设计 本文主要是解析SpoutOutputCollector源码,顺便分析该类中所涉及的设计模式–代理模式。 Storm提供了接口ISpoutOutputCollector的默认类SpoutOutputCollector,这个类实际上是一个代理类,该类持有一个ISpoutOutputCollector类型的对象,所有的操作实际上都过该对象来实现的。SpoutOutputCollector定义如下: PS: 静态代理: 静态代理模式案例如下: 被代理角色: 代理类: 案例测试: 测试结果: 静态代理类的优缺点: 动态代理: 动态代理模式案例如下: 动态代理实现实例: 案列测试: 测试结果: 动态代理的优缺点: 欢迎关注下面二维码进行技术交流: JStorm与Storm源码分析(五)--SpoutOutputCollector与代理模式 标签:main ack task put todo 应用 int stack 设计 原文地址:http://www.cnblogs.com/RoseVorchid/p/7261310.html
首先介绍一下Spout输出收集器接口–ISpoutOutputCollector,该接口主要声明了以下3个抽象方法用来约束ISpoutOutputCollector的实现类。接口定义与方法说明如下:/**
* ISpoutOutputCollector:Spout输出收集器接口
*/
public interface ISpoutOutputCollector {
/**
* 改方法用来向外发送数据,它的返回值是该消息所有发送目标的taskID集合;
* 参数:
* streamId:消息Tuple将要被输出到的流
* tuple:要输出的消息,是一个Object列表
* messageId:输出消息的标记信息,如果messageId被设置为null,则Storm不会追踪该消息,
* 否则它会被用来追踪所发出的消息处理情况
*/
List
public class SpoutOutputCollector implements ISpoutOutputCollector {
/**
* 持有SpoutOutputCollector要代理的对象
*/
ISpoutOutputCollector _delegate;
public SpoutOutputCollector(ISpoutOutputCollector delegate) {
_delegate = delegate;
}
/**
* 实现了接口中的emit方法,并且提供了它的几个重载方法
* eg.如果不指定streamId,默认使用default,如果不指定messageId,则默认使用空(null)
*/
public List
代理模式主要分为两种:静态代理和动态代理
在程序运行前代理类与委托类的关系在运行前就确定,即在程序运行前就已经存在代理类的字节码文件了.
代理模式角色:
Subject(抽象主题角色):可以是抽象类也可以是接口,声明了被委托角色和委托类共有的处理方法;
RealSubject(具体主题角色):又称被委托角色、被代理角色,是业务逻辑的具体执行者;
ProxySubject(代理主题角色):又称委托类、代理类,负责对真实角色的应用,
把所有抽象主题类定义的方法限制委托给具体主题角色来实现,并且在具体主题角色处理完毕前后做预处理和善后处理.//抽象主题
public interface Subject {
public void process(String taskName);
}
public class RealSubject implements Subject {
@Override
public void process(String taskName) {
System.out.println("正在执行任务:"+taskName);
try {
Thread.sleep(500);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
public class ProxySubject implements Subject {
//代理类持有一个委托类的对象引用
private Subject delegate;
public ProxySubject(Subject delegate){
this.delegate=delegate;
}
@Override
public void process(String taskName) {
//预处理
this.before();
//将请求分派给委托类处理
delegate.process(taskName);
//善后处理
this.after();
}
private void before(){
System.out.println("预处理!");
}
private void after(){
System.out.println("善后处理!");
}
}
public class Test {
public static void main(String[] args) {
RealSubject subject = new RealSubject();
ProxySubject p = new ProxySubject(subject);
p.process("排水");
}
}
预处理!
正在执行任务:排水
善后处理!
优点:
业务类只需关注业务逻辑本身,这样就保证了业务类的重用性.
缺点:
代理对象的一个接口只服务于一种类型的对象.当要代理的方法很多,就要为每一种方法进行代理。因此静态代理在程序规模变大时就无法很好地胜任工作了.
代理类和委托类的关系在程序运行时才确定的.动态代理类的源码是在程序运行期间由JVM根据反射等机制动态生成,所以不存在代理类的字节码文件.public interface Service {
//目标方法
public void process();
}
public class UserServiceImpl implements Service {
@Override
public void process() {
System.out.println("用户service处理");
}
}
public class MyInvocatioHandler implements InvocationHandler {
private Object target;
public MyInvocatioHandler(Object target) {
this.target = target;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {
//System.out.println("-----before-----");
this.before();
Object result = method.invoke(target, args);
// System.out.println("-----end-----");
this.after();
return result;
}
// 生成代理对象
public Object getProxy() {
ClassLoader loader = Thread.currentThread().getContextClassLoader();
Class>[] interfaces = target.getClass().getInterfaces();
return Proxy.newProxyInstance(loader, interfaces, this);
}
private void before(){
System.out.println("预处理!");
}
private void after(){
System.out.println("善后处理!");
}
}
public class ProxyTest {
public static void main(String[] args) {
Service service = new UserServiceImpl();
MyInvocatioHandler handler = new MyInvocatioHandler(service);
Service serviceProxy = (Service)handler.getProxy();
serviceProxy.process();
}
}
预处理!
用户service处理
善后处理!
优点:
接口中的所有方法都被转移到调用处理器一个集中的方法中在方法“运行时”动态的加入,决定你是什么类型,较灵活
缺点:
1. 与静态代理相比,效率降低了
2. JDK动态代理只能对实现了接口的类进行代理
下一篇:URL中文转码
文章标题:JStorm与Storm源码分析(五)--SpoutOutputCollector与代理模式
文章链接:http://soscw.com/index.php/essay/95482.html