在django-xadmin中APScheduler启动初始化的示例分析

这篇文章给大家分享的是有关在django-xadmin中APScheduler启动初始化的示例分析的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。

环境: python3.5.x + django1.9.x + xadmin-for-python3

APScheduler做为一个轻量级和使用量很多的后台任务计划(scheduler)包，可以方便的随系统启动/关闭而启动/关闭，如果整合到django中，启动APScheduler的代码该写在哪里好呢，

以下几个方式供参考：

1. （推荐）自定义Middleware，非常类似Java中的Filter，缺点是要有URL访问才会触发启动，如果系统还没有启动完就访问了URL会触发__init__多次调用（多次http同时请求造成），可以通过threading的lock同步代码和状态限制执行一次

class StartupMiddleware(object): def __init__(self):  #启动后台任务APScheduler  init_scheduler()   from django.core.exceptions import MiddlewareNotUsed  raise MiddlewareNotUsed #TIP 抛出此异常，则Django将从 middleware 栈中移出该 middleware，请求就不会经过此middleware  def process_request(self, request):  print("*****enter startup middleware")

scheduler = Nonedef init_scheduler(): global scheduler lock = threading.Lock() # TIP 多线程同步代码 with lock:  if scheduler and scheduler.running:   print('*****APScheduler is already started, pid:{}, tid:{}'.format(os.getpid(), threading.current_thread().getName()))   return scheduler  executors = {   'default': ThreadPoolExecutor(5),#线程模式下进程池大小   'processpool': ProcessPoolExecutor(5),#进程模式下进程池大小  }  job_defaults = {   'coalesce': True, #如果有几次未执行，条件可以时是否只执行一次   'max_instances': 1, #同一个job同一时间最多有几个实例再跑  }   scheduler = BackgroundScheduler(executors=executors, job_defaults=job_defaults, timezone=timezone(TIME_ZONE))   scheduler.add_job(...)  scheduler.start()  return scheduler

2. 应用中的settings.py文件，django在开发环境默认会启动两个python进程(对于开发环境还是很实用的，改代码后会自动重启)，放settings.py中的代码会被这两个python进程都调用一次，当然可以通过--reload参数只启动一个python进程，另外加载settings.py时部分app还未loaded，限制了应用的代码。

3. 顶层的urls文件， 这个不管你django启动时是一个进程还是两个进程，urls文件也只会被加载一次，但存在的缺陷就是在执行makemigrations这样的命令时，会同样出现app还未loaded的错...

感谢各位的阅读！关于"在django-xadmin中APScheduler启动初始化的示例分析"这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！