django 的同步机制有性能瓶颈为什么还是有很多人用？

[yuan321]

有那么多高性能的 web 框架，为啥还是有不少人选择 django

[GTim]

因为 99%的网站流量之低，根本轮不到拼性能的时候

[xuqiccr]

我都用 Django 了我还在乎性能吗（不是），我都是用来做内部各种运维平台的，根本无所谓性能

[weaving]

选择 Django 是因为能快速迭代我的需求，至于性能嘛，等流量来了再解决，实际上多数情况是没流量，我就要破产了😋

[echo1937]

我们买车的时候也不是光盯着动力性能这一项啊。

[superrichman]

高性能 ❎
性能过剩 ✅

[ljsh093]

业务量没大到框架性能瓶颈、且开发真的很快

[cyrivlclth]

做项目不是不计成本的，日活<2 ，你性能支持千万并发又咋样，该凉还是凉。早出活，早上线，跑出利润再说。有钱了，什么性能差之类的，再找人优化不就行了。

[amon]

想明白这个问题，你就跳出了一个技术思维圈。

[ytmsdy]

99%的项目都触及不到框架的性能瓶颈，就算达到了瓶颈也有很多其他手段来解决，如果其他手段上了，还继续触碰到瓶颈，那就不是单个程序员能搞定的事情了。
Django 这玩意儿主要是快，很多东西开箱即用，简单手快的，我一个小时就能高出一个用户登录，用户信息获取 API 。

[darkengine]

因为这是个工程问题

[coolair]

python 的其他 web 框架，很多第三方扩展都停止维护了，目前就 Django 的生态欣欣向荣。

[echo0x000001]

热知识，django github 75k star ，spring boot 71k star.

[Vegetable]

我司的主力服务使用的是 flask 古早版本，日活三万左右。使用普通 ECS 部署，我看了一下最近 24 小时的请求数量是 4 百万次，峰值很难达到 100req/s 。
这个水平的服务我们的 flask 这一层需要 100 个 worker ，分布在 4 ～ 5 个 ECS 上。切换成任何一个高性能的 web 框架，也仍然要保留至少两个实例。当前的服务器成本还比不上一个新手运维的工资，切换成别的框架，能节省的成本更是有限。
作为一个运行了多年的服务，让人干点正事儿，在熟悉的体系内工作，可能更划算

[june4]

除非请求中间要同步调用外网非常慢的异步查询，否则同步和异步性能并没有区别

[Morriaty]

@Vegetable 没玩过生产环境的 flask ，请问这里的 100 个 worker 是相当于 100 个 process 吗？相当于 1req/s/pro 这也太跌破我想象了🤣

[brom111]

不是性能最强就是最好的。

盈利永远无限的高于技术

[gaogang]

大部分项目活不到拼性能的时候
而且 django 也有方案可以实现异步

[Vegetable]

@Morriaty 我们确实是一个 worker 占用一个 process ，100 个 woker 就相当于 100 个进程。这个数量是留了不少冗余空间的，业务低峰时段是比较闲的

[locoz]

没有那么多需要高性能的业务，绝大多数业务要的只是有个程序去辅助管理而已，最多也就把后台的自动化部分做得高性能点，面向用户的服务部分差不多就行了，哪个熟悉、方便就用哪个。

而且现在的 CPU 和内存都极其便宜，就算是用户量突然暴涨，靠硬堆进程数量也完全可以解决问题，大不了成本快超过性价比极限的时候再开始针对特定模块做重构都来得及。

[justplaymore]

小电驴性能不如 F1 ，为什么还有这么多人用？

在能够满足需求的前提下，选择成本最小的，这就是权衡的核心思路。