Flask, Django 这些老牌框架会焕发第二春吗
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 490 days ago, the information mentioned may be changed or developed.
 |
raycoolJul 4, 2025
1
什么时候 nogil 会默认启用？
|
 |
sdrzlyzJul 4, 2025
2
感觉并不会...框架都上用了，GIL 这点东西，影响不大
|
 |
strobber16Jul 4, 2025
3
py4 之前都不可能默认 no gil
|
 |
ioriluJul 4, 2025
4
用 async 不就行了, 有啥区别
然后一个进程不够多开几个进程服务器就是 |
 |
twigJul 4, 2025
7
No GIL 是啥？求您讲讲。
|
|
twigJul 4, 2025
8
看了一下，感觉没啥大影响吧……
|
 |
XIVN1987Jul 4, 2025
9
据说去掉 GIL 后，，python 编程会变复杂，使用难度会上升。。有多少人会接受这种代价？？
|
 |
jjxJul 4, 2025
10
语言原生性能差, nogil 有啥用,本身就是走偏的路子
|
 |
11
不会，FastAPI 等新框架火起来并不只是 async 支持的好，只用同步模式也比 django 这些老古董好用
|
1 |
mightybruceJul 4, 2025
12
No GIL 在很多方面不是提高性能，在不开启多线程情况下，比原来的 python 版本性能更差
|
|
mightybruceJul 4, 2025
13
web 很多时候是使用协程而不是线程 用用 async IO 的居多
|
 |
vicalloyJul 4, 2025
14
No GIL 对单线程的场景有负面影响，预计很长一段时间都不会默认 No GIL 。
No GIL 对 Web 框架来说没有用，本来就会起多个 Worker 。 |
 |
yuuluuJul 4, 2025
15
目前还没有默认 no gil 的时间，起码再等五年吧。
|
 |
unusedJul 4, 2025
16
生态就这样了，没有多少人在纯 Python 里跑多线程 CPU 密集任务。
|
 |
tinggJul 4, 2025
17
我记得你，魏斯理汉堡
|
 |
RangerWolfJul 4, 2025
20
再快还能比 go 跟 rust 快？ 反正用 python 本身就不要太期望于高并发
|
 |
21
@RangerWolf 虽然我同意你的观点 且认为 Python 的主场在 AI 而不在 Web 但是楼主想讨论的大概是 Python Web 而不是 Web 所以没必要跟其它语言对比 只讨论 Python 本身就好
|
 |
rainbowhuJul 4, 2025
22
No GIL 应该主要还是针对 AI 的场景，Web 那块感觉没什么动力去改。毕竟 No GIL 其实主要就是提高计算性能，Web 那块又不需要海量计算，可能瓶颈在 IO 更多一点。
|
 |
nolan1864Jul 4, 2025 via iPhone
23
@iorilu
gil 的问题是多线程的情况下，其实只有一个线程在工作，所以在有 gil 的情况下，多线程跟一个线程用 async 的性能一样。 如果没有 gil ，那么多线程的就跟有 gil 的多进程一样了，还不存在进程间数据共享的问题 |
 |
jackOffJul 4, 2025
25
我希望可以彻底解放 python 画界面的多线程限制，pyside 这玩意虽然好用，但是单线程让这玩意全和业务锁一个线程里了，io 任务耗时一长比亚迪的 ui 界面直接卡死
|
 |
wakarimasenJul 5, 2025 via Android
26
单人项目怎么爽怎么来。团队开发最好还是用静态类型且语法呆板的东西。Go 或者 Java 这种东西大行其道真有他的道理
|
 |
RoryskyJul 5, 2025
27
GIL 是进程锁， 开销极大， 没啥用
落后太多了，安心做 ai 计算器吧 |
 |
LockroachJul 5, 2025
29
nogil 性能和内存占用还倒退了一部分，如果不专门做多线程优化的话，还是用 gil 的版本比较好
|
 |
liuguangJul 5, 2025
30
@twig #7
问了一下 ai  GIL (Global Interpreter Lock ，全局解释器锁) 是当前标准 Python (CPython) 解释器中的一个核心机制。你可以把它想象成一个“通行证”。 功能：在一个 Python 进程中，无论你有多少个线程，GIL 都确保同一时刻只有一个线程能够执行 Python 字节码。 目的：GIL 的主要目的是保护 Python 内部的数据结构，简化内存管理（特别是引用计数）。它使得编写 C 语言扩展变得更容易，因为扩展的开发者不必处理复杂的多线程同步问题。 简单比喻： 想象一个厨房里有多个厨师（线程），但只有一把菜刀（ GIL ）。无论有多少厨师，同一时间只有一位能用这把刀切菜（执行代码）。这对于需要等待烤箱预热（ I/O 操作）的厨师们来说没问题，但在所有人都需要切菜（ CPU 计算）时，效率就非常低了。 |
 |
LitterGopherJul 5, 2025
32
個人覺得不會, 因爲 Python 的吸引力從來就不是源自運行速度, 所以如果某天 Python 被邊緣化不可能是因爲運行速度太慢, 某天統一天下也不會是因爲運行速度超越彙編.
|
 |
Zy143LJul 7, 2025
33
@RangerWolf 并发都是下层的..指不定下层是 rust 实现的..例如 py 框架 Robyn 是 rust 的运行时
|
 |
sunorgJul 8, 2025
34
不如用大 PHP ？
|
 |
simple2025Jul 8, 2025
35
搞 WEB,多进程和多线程在并发不高的情况下,差距有多大呢?
|
Select Language