关于 py 异步队列 异步支持选择问题

bwijn · 2025-1-19 15:27:43 · 1381 次点击
想到哪儿写到哪儿。

老生常谈的话题,异步高并发

存在即合理一个东西存在就是为了解决某种问题。先把问题抛出来: 为什么要用异步?

是为了解决异步 IO 提高性能

关于我的试错和建议:

celery 直接扔了 不要用了

1.由于 decorater 封装 没补全,看着难受

2.monkeypatch 性能问题 和 bug



推荐 arq 快快快 还是快 async 原生支持

对于我这种不想换技术栈的,py 一把梭哈用 arq Redis



如果再追求极致性能用 golang 分开写了
举报· 1381 次点击
登录 注册 站外分享
12 条回复  
ospider 小成 2025-1-19 15:35:30
Celery 这种东西确实早该扔进垃圾堆了,我都怀疑好多人对 Python 的偏见是由 celery 的垃圾性能和 API 引起的。
bwijn 楼主 初学 2025-1-19 15:56:33
@ospider 这些远古时期的项目早该扔了。
ferock 小成 2025-1-19 16:00:10
arq 是啥?我去研究一下
ferock 小成 2025-1-19 16:04:13
看明白了,我用 APScheduler
198plus 小成 2025-1-19 16:20:14
我其实挺想知道 python 和高并发三个字能扯得上关系吗
youngce 小成 2025-1-19 17:02:35
大道至简,直接用 redis list rpop 完事了
rogwan 小成 2025-1-19 17:11:08
@bwijn 你的主线业务需要等队列任务执行结果吗?还是只需要丢进队列里就可以了,随便什么时候完成都可以
bwijn 楼主 初学 2025-1-19 17:37:14
@rogwan 需求: 解藕 任何需求提出来往 queue 里扔就完事,不需要考虑如何执行 像 scrapy 那样 怎么爽怎么来
julyclyde 小成 2025-1-19 18:10:04
@ospider celery 性能为什么垃圾呀?
12下一页
返回顶部