新出的 flypods 3 不考虑下？

不想用 celery，还有 huey，不过也要 redis

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

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

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

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

@andylsr
3.2.100 做简单消息队列，还挺稳定的，连续跑了一个月还没问题。

resultList.append(each)，写错了

换个思路吧，不追求在数据库一次性返回好，把判断过期放在数据库外做，效率应该不会差特别多, 内存得注意。不知道数据库表有多大呢？
伪代码，胡写的。
resultList= []
for each in InfoModel.objects.all():
if datetime.now()-each.expiration < each.create_date:
resultList.append()

心态不对，竖过来当大手机用，很好用的。

@hmxxmh 具体的原因，猜测是是 model.save 应该会每次建立断开数据库连接，显式事务中 commit 后才断开。没有具体求证过

@hmxxmh 你说的没错，这个原意只是保证原子性的事务提交。但在 django 实践中，确实比循环中的每次隐式事务提交快非常多，试试就知道了。

@wonder1z 貌似只能循环了，with transaction.atomic 包裹一下，性能还有问题么

@gmywq0392 大部分的基础数据类型，比如 list，dict 都可以 pickle，类似于 socket，DB connection 不可以

@fub2020 这个怎么说？ Django 自带 JsonResponse 可以很方便搭建接口啊。

@lolizeppelin “搞清楚了原理,自然知道如何避免 celery 有可能带来的负面影响”， 这一点具体要怎么做呢，读 celery 的源代码么

@lolizeppelin 现实中是麻烦的，如果父进程不是 fork safe 的，就是很难处理，不是任何父进程都可以很安全地被 fork 的（与 python 无关），参考
https://stackoverflow.com/questions/6078712/is-it-safe-to-fork-from-within-a-thread

不知道是不是这个原因，python3.8 中 macos 下的 multiprocessing 的默认启动方式也被改成了 spwan，之前是 fork。

@lolizeppelin 楼主给的题目是有限定的，是个命题作文，那就是如何在 celery worker 下启动子进程，这个问题要怎么解决？即使通晓了你给的所有知识，遇到这个具体的问题不还是得看 celery 具体的实现，找出冲突的共享资源？如果父进程是楼主自己写的，我一定会推荐他搞明白。可面对的是一个庞杂的第三方库，又是具体的命题作文，那要怎么回答呢？

@hanssx billiard 我没用过，可能跟原生的 multiprocessing 有区别了，最终可以尝试下 forkserver。其实楼上说的有道理，你的用法有点点奇特了，即使用 spwan 或者 forkserver 能够启动，也不是最优雅的办法，还是重构成正经的方法比较好