测试平台系列(72) 了解ApScheduler基本用法
大家好~我是
米洛！
我正在从0到1打造一个开源的接口测试平台, 也在编写一套与之对应的完整教程，希望大家多多支持。
欢迎关注我的龚仲耗测试开发坑货，获取最新文章教程!
回顾
上一节我们调研了一下市面上的定时任务方案，最终确定为APScheduler，但据说在uvicorn下还有一些坑。
没关系，笔者也是在摸索阶段。如果有遇到问题，解决了也可以给大家参考。
这篇主要给大家介绍一下APScheduler的基本信息和使用方法。
四个名词
官网讲的很详细
- 触发器: 定时任务什么时候触发
- 工作商店: 定时任务存在哪里，内存？MySQL?Redis?
- 执行器: 执行任务的程序
- 调度程序: 不同任务之间的调度管理程序，还包括任务的添加和修改等
存储介质
在上一节我们提到了定时任务持久化。
那么在APScheduler中支持哪些存储介质呢？看一张图:
图中很详细
可以看到，它支持多种介质，包括我们最不愿意用的memory(内存)。因为如果服务重启，数据就都没了，所以我们不考虑使用这个。
-
SQLAlchemy
这是我们常用的方法，通过它可以写入到mysql，在不引入其他组件的情况下完全可以考虑。
-
MongoDB
NoSQL的一种，比较方便，我们
秉着不额外增加组件的信念，暂不考虑。 -
Redis
redis后续我们自身服务也需要用到，但把它作为一个"数据库"来使用，还得考虑redis备份等情况，当然优点就是会比mysql更快。
至于其他的zk，rethinkdb，由于我们暂时也不会引用，所以不分析了。
综合而言，还是用SQLAlchemy
代价最小，成本最低。
运行模式
在运行demo的过程中，发现APScheduler很强大，可以支持各种并发模式。
采用谷歌翻译 翻译了一下，现在的翻译软件都很好用了
由于我们是异步Asycio，所以我们选择第三种执行器。其他的包括Gevent等也是Flask/Django等框架的好选择。
了解基本API
- 配置scheduler
from apscheduler.jobstores.sqlalchemy import SQLAlchemyJobStore
from apscheduler.schedulers.asyncio import AsyncIOScheduler
# 选择job存储介质为sqlalchemy
job_store = {
'default': SQLAlchemyJobStore(url=Config.SQLALCHEMY_DATABASE_URI)
}
# 选择调度程序为AsyncIOScheduler
scheduler = AsyncIOScheduler()
# 配置好对应的程序
scheduler.configure(jobstores=job_store)
# 启动
scheduler.start()
- 添加job
# 把方法: myfunc添加到定时任务，每2分钟执行一次
scheduler.add_job(myfunc, 'interval', minutes=2, id='my_job_id')
与pity结合
在FastApi中，有个startup的钩子方法，意味着当服务启动的时候会自动执行该方法。我们来看看怎么用的:
image
@pity.on_event意思是监听事件，后面的参数: "startup"代表pity服务启动。
也就是说，当pity启动的时候，则初始化Scheduler。
这里我封装了一个Scheduler类，后面会给大家介绍里面的具体方法。
下一节我们编写测试计划相关接口，并与APScheduler结合起来，完成一整套定时任务功能。
