Camel路由启动过程--续

本文延续上篇,深入探讨Camel路由的启动过程,重点关注Consumer的启动,通过分析DefaultCamelContext.startService(service)的源码,揭示Camel在ESB场景中的工作原理。
摘要由CSDN通过智能技术生成

上篇Camel启动路由过程中讲到启动Consumer,调用了DefaultCamelContext.startService(service)方法,下面是方法源码:

private void startService(Service service) throws Exception {
	if (service instanceof StartupListener) {
		StartupListener listener = (StartupListener) service;
		addStartupListener(listener);
	}
	service.start();
}

上面方法中调用了service的start()方法,在我们的示例中,这个service对象其实是FileConsumer对象,FileConsumer继承关系如下:
FileConsumer extends GenericFileConsumer<File> extends ScheduledBatchPollingConsumer extends ScheduledPollConsumer extends DefaultConsumer extends ServiceSupport,  FileConsumer的start()方法是从ServiceSupport继承而来,在ServiceSupport的start()方法中调用了doStart()方法,而FileConsumer的doStart()方法又是从GenericFileConsumer继承而来,GenericFileConsumer又调用父类ScheduledPollConsumer的doStart()方法,这里经过一系列的多态方法调用。

最重要的就是ScheduledPollConsumer的doStart()方法:

protected void doStart() throws Exception {
	//先调用父类的doStart()方法
	super.doStart();

	//省略...

	//如果调用器为空,则创建一个
	if (scheduler == null) {
		scheduler = new DefaultScheduledPollConsumerScheduler();
	}
	scheduler.setCamelContext(getEndpoint().getCamelContext());
	//设置scheduler的consumer成员变量
	scheduler.onInit(this);
	//设置scheduler的task成员变量
	scheduler.scheduleTask(this);

	//省略...

	//启动scheduler,该方法调用了DefaultScheduledPollConsumerScheduler的doStart()方法
	//为scheduler获取java.util.concurrent.ScheduledExecutorService,即线程池
	//因为要轮询文件肯定是要开启新的线程的,所以需要一个线程池对象
	ServiceHelper.startService(scheduler);

	if (isStartScheduler()) {
		//运行scheduler
		startScheduler();
	}
}


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值