定时器技术选型の不同业务背景(一)

本文特色:

网上关于定时器的文章很多,原本打算不写这篇博客了,可是后来想了一下,还是在巨人的肩膀上总结了一下自己的心得,本篇博客特色有2点:

1.结合具体的业务分析不同定时器的特点

2.结合业务讲解定时器技术选型的优先级.

业务背景:

现在的公司是创业型的公司,同时也是创新型的公司,很多功能都不是很全面.于是就不得不一遍做业务一边丰富某些基本的功能.前几天做了一个定时器的功能.因为开始阶段需求不是很稳定,导致我不得不根据不同的需求需求不同的定时器的实现方式.正因为此,对各种定时器做了分析,下面根据不同的业务背景介绍一个各种定时器的技术选型.纯属个人之见,若有高见,请指教,感激不尽.

技术背景:

公司的持久层环境是mybatis,框架用的是SpringBoot.框架层次用的是简单的三层:Controller/service/dao,面向接口的restful编程风格

不同背景下定时器选型:

网上的定时器的文章很多,总结一下,主要的实现方式如下:

1.线程方式

1.1线程方式Thread;利用线程的sleep

优点:在不了解定时器,的情况下可以简单的使用这个,

缺点: .只能开启一个定时任务,利用sleep的时间来控制任务开启的时间;

          只能控制多长时间间隔之后开启任务,不能循环开启任务.

2.真正定时器

2..1Timer方式;

优点:相比与Thread方式,这个定时任务可以控制开始结束时间,和延迟时间,和重复延迟时间,

缺点:Timer对于异常有无法预料的灾难性错误,因为timer只要有一个timertask报错,其他的任务都不能执行.是单线程的.但是用cocurrent版本的,使用线程池实现的.

解决方案:http://blog.csdn.net/lmj623565791/article/details/27109467

2.2.利用框架的方式:

2.2.1.spring/springboot,这两个的实现方式是一样的,只不过springboot是spring的免配置的表现实现:

优点:可以使用简单的配置来使用,可以控制在某个时间刻,或者时间间隔执行,配置更灵活.主要有两种配置方式,时间率和表达式的方式,

缺点:不能动态的读取时间,所有的时间刻或者时间间隔必须是constant常量,如果要实现动态的配置则不能实现.这也是我的业务中不能选这个技术的原因.

附录:以下是常用的配置举例

cronExpression表达式定义： 

字段		允许值		允许的特殊字符
秒		0-59		, - * /
分		0-59		, - * /
小时