Java Solon 的调度插件
<dependency> <groupId>org.noear</groupId> <artifactId>solon.scheduling</artifactId> </dependency>
1、描述
调度扩展插件。为 Solon 的代码执行 提供“定时调度”、“异步调度”、“重试调度”、“命令行调度”的标准接口定义。目前,“定时调度”有 simple、quartz 两种实现。
2、定时调度方面
定时调度方面,只定义了标准与接口(起到防腐和按需切换的效果)。由适配插件进行实现:
实现插件 | 适配情况 | 备注 |
---|---|---|
solon.scheduling.simple | 基于本地的简单实现 | |
solon.scheduling.quartz | 基于 quartz 的适配 | 支持像 jdbc 等分布式调度 |
认识 @Scheduled 注解属性:
属性 | 说明 | 备注 | 支持情况 |
---|---|---|---|
name | 任务名字 | 一般为自动生成 | simple,quartz |
enable | 是否启用 | simple,quartz | |
cron | cron 表达式:支持7位 | 将并行执行 | simple,quartz |
zone | 时区 | 配合 cron 使用 | simple,quartz |
fixedRate | 固定频率毫秒数 | 将并行执行 | simple,quartz |
fixedDelay | 固定延时毫秒数 | 将串行执行 | simple |
initialDelay | 初次执行前延时(毫秒数) | 配合 fixedRate 或 fixedDelay 使用 | simple |
3、异步调度方面
异步调度方面,已提供直接实现。但,不太建议使用这个能力:
- 即不能参与事务链
- 出异常时也没有后手
- 排队待处理过多的话,重启一下全没了
- 虽然可无可有的处理可用,但团队人多就会乱用
具体示例:
@EnableAsync public class DemoApp{ public void static void main(String[] args){ Solon.start(DemoApp.class, args); } } //定义个服务 @Component public class AsyncTask { //会被异步运行(提交到异步执行器运行)//不要返回值(返回也拿不到) @Async public void testAsync(String hint){ System.out.println(Thread.currentThread().getName()); } } //应用 @Controller public class DemoController{ @Inject AsyncTask asyncTask; @Mapping("/test") public void test(){ //调用 asyncTask.testAsync("test"); } }
定制运行器工厂(能起到拦截的意思):
@Component public class InvocationRunnableFactoryImpl implements InvocationRunnableFactory { @Override public Runnable create(Invocation inv) { //可以改造这里的代码 //Runnable 最终会提交给异步执行器执行 return new InvocationRunnable(inv); } } @Component public class InvocationRunnableFactoryImpl implements InvocationRunnableFactory { @Override public Runnable create(Invocation inv) { RunUtil.async(new InvocationRunnable(inv)); //如果返回为null,则不再进入内部的异步执行器执行(即,可以自己定制执行策略) return null; } }
4、重试调度方面
重试用调度还是不错的。偶尔有需要:
//定义个服务 @Component public class RetryTask { //有异常,会重试执行 @Retry(Throwable.class) public void test(String hint){ System.out.println(Thread.currentThread().getName()); } } //如果需要保底 @Component public class RetryTask implements Recover { //有异常,会重试执行 @Retry(include=Throwable.class, recover=RetryTask.class) //保底可能是任何 Recover 实现 public void test(String hint){ System.out.println(Thread.currentThread().getName()); } @Override public Object recover(Callee callee, Throwable e) throws Throwable{ //保底处理 return null; } } //应用 @Controller public class DemoController{ @Inject RetryTask retryTask; @Mapping("/test") public void test(){ //调用 retryTask.test("test"); } }
5、命令行调度方面
对命令行的一些场景,非常友好
@Command("cmd:test") public class Cmd1 implements CommandExecutor { @Override public void execute(String command) { System.out.println("exec: " + command); } }
打包后,运行示例:
java -jar demo.jar cmd:test

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
开源日报:Sora 给中国 AI 带来的真实变化;Dart 3.3 发布
欢迎阅读 OSCHINA 编辑部出品的开源日报,每天更新一期。 # 2024.2.20 今日要点 OpenSource Daily Linux 内核成为 CVE 编号机构 (CNA) Linux 内核已被接受为 CVE 编号机构 (CNA),这意味着他们将直接管理内核的 CVE。Linus Torvalds 近日在邮件列表发布了 Linux 6.8-rc5,并介绍称文档添加了 CVE 漏洞处理相关的指南。 文档写道,Linux 内核开发团队有能力为潜在的内核安全问题分配 CVE,而分配的 CVE 编号将在 linux-cve-announce 邮件列表上公布,修复的安全漏洞才会分配 CVE 编号,未修复的不会自动分配编号。 Dart 3.3 发布:扩展类型、JavaScript Interop 等 Dart 3.3 现已发布,公告称此版本改变了性能和跨平台开发的游戏规则。 增强的扩展类型(Extension Types)将彻底改变性能优化以及用户与本地代码的交互方式。JavaScript interop 模型也得到了改进,引入了强大的类型安全性和开发人员友好的方式来利用 Web 平台的...
- 下一篇
得物自研API网关实践之路
一、业务背景 老网关使用 Spring Cloud Gateway (下称SCG)技术框架搭建,SCG基于webflux 编程范式,webflux是一种响应式编程理念,响应式编程对于提升系统吞吐率和性能有很大帮助; webflux 的底层构建在netty之上性能表现优秀;SCG属于spring生态的产物,具备开箱即用的特点,以较低的使用成本助力得物早期的业务快速发展;但是随着公司业务的快速发展,流量越来越大,网关迭代的业务逻辑越来越多,以及安全审计需求的不断升级和稳定性需求的提高,SCG在以下几个方面逐步暴露了一系列的问题。 网络安全 从网络安全角度来讲,对公网暴露接口无疑是一件风险极高的事情,网关是对外网络流量的重要桥梁,早期的接口暴露采用泛化路由的模式,即通过正则形式( /api/v1/app/order/** )的路由规则开放接口,单个应用服务往往只配置一个泛化路由,后续上线新接口时外部可以直接访问;这带来了极大的安全风险,很多时候业务开发的接口可能仅仅是内部调用,但是一不小心就被泛化路由开放到了公网,甚至很多时候没人讲得清楚某个服务具体有多少接口属于对外,多少对内;另一方面从监...
相关文章
文章评论
共有0条评论来说两句吧...