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

[wuwukai007]

主线程中
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 不通，反正就是很尬，基于内存是不可能了