django 在主线程中重新指定配置文件 setup 后，还是会使用启动的配置文件

主线程中 os.environ['DJANGO_SETTINGS_MODULE'] = ‘settings.dev' django.setup() 无效。 但是如果开了多进程，然后在指定新的配置文件在执行 django.setup()就可一该改变配置。。。  

• 資深大佬 : ytymf

  啥叫 django 的主线程。django 本身只是一堆符合 wsgi 的代码，他的生命周期是外部控制的。你该不会写在类似 url.py setting.py view.py 的地方吧

• 主 資深大佬 : wuwukai007

  @ytymf
  django 中使用 apscheduler 做定时任务，里面的脚本有的需要开多进程，这样的话，需要重新
  django.setup()加载 django 环境，
  但是我发现我在加载 django 环境的时候，执行多进程的函数被我用了带参数的装饰器包了起来，然后我在装饰器中加载了 django.setup()，此时是在 django 的主线程中加载的环境（因为带参数装饰器原因）然后在 fork 多进程，
  但是我并没有指定配置，就是 settings，后面没写 settings.dev 啥的，将道理应该会报错的，但是没有，
  他加载了启动是的配置文件，并且子进程中是有 django 的环境的，
  如果我不在主线程中加载 django 环境，就是不用装饰器，在函数执行前加载，那么就必须指定 settings.dev | test| pro
  否则会报错

• 主 資深大佬 : wuwukai007

  不知道我说明白了没有
  我的 settings 是建了个文件夹，里面开发测试生产
  我定时任务中有的开了多进程，需要重新加载配置，
  此时，我如果不用装饰器，就必须在函数执行前指定配置，并加载，
  但是我用了带参数的装饰器，那个这个任务在初始化的时候会被直接加载环境（装饰器第二层执行
  os.environ[‘DJANGO_SETTINGS_MODULE’] = ‘settings.dev’
  django.setup()
  ）

• 資深大佬 : ytymf

  不好意思，说实话没太看懂。但是有几点是有问题的，setting 里面不应该写可执行代码。apscheduler 不要直接在 django 中使用。如果弄不清 wsgi 程序的生命周期，uwsgi 怎么创的 django 实例，不建议起多进程。解决方式就是用消息队列定时任务跑你的周期任务。

• 主 資深大佬 : wuwukai007

  @ytymf 很尴尬外包公司不让用 redis 等做消息队列的数据库，现在的这个项目还是在 win 上跑的，celery 用不了是真的尴尬

• 資深大佬 : ytymf

  可以试试 huey，自带定时任务，win 用起来没问题。可以用 sqlite 或者内存当消息中间件

• 資深大佬 : ytymf

  而且配置更加简单，总比调查这种说不定道不明的问题快

• 資深大佬 : Rand01ph

  装饰器怎么写的？
  写在 warp 外层的代码是会在 import 阶段就执行的。

• 主 資深大佬 : wuwukai007

  @Rand01ph
  对就是在外层写的，这样开多进程就不用再次加载环境了，就是缺点是加载的是启动的配置文件，指定是无效的，写在里面会导致每个进程都要加载一次，但是可以指定配置文件

• 主 資深大佬 : wuwukai007

  @yttmf
  多台服务器的小分布式，但是互相 ping 不通，反正就是很尬，基于内存是不可能了