@oxromantic 这个看起来是不带实际 IO 实现的，复用链接需要自己处理。

@Joker123456789 不用理他，这种典型是自己搞不出来，就给别人挑刺试图让自己觉得别人的水平跟他一样低，以满足自己的心理平衡。

@LeeReamond 动态大小用了 purecss 。其他是自己设计的。

@LeeReamond 哈哈哈，这个就略显麻烦了。这个我目前只打算做成纯前端计算的，毕竟没啥盈利点。

@LeeReamond 非线性的增长主要是受限于操作系统、以及该程序使用的诸如缓存、数据库等第三方服务。跟框架本身其实无甚关系。

@LeeReamond 啊这……prefork 只是分叉出多个进程，对于大部分 Python Web 框架来说，可处理量的增长是线性的。

@LeeReamond 严重怀疑你的测试有问题。https://github.com/the-benchmarker/web-frameworks

另外，你怎么测到四万的？ Index.py 都只能跑三万，这两就更别提了。

Python 异步不仅仅只有不成熟的 asyncio，还有很成熟的 gevent 。

首先~aiohttp 性能比 fastapi 好，别听它那个宣传词，fastapi 别说跟 go 比了，比 bottle 这个古老的 WSGI 都慢。aiohttp 迁移到 fastapi 意义不大。
其次，如果你不需要文档功能，就像楼上说的，直接用 starlette 更好，因为 fastapi 就是把 starlette 和 pydantic 拼起来了，pydantic 提供了文档功能。日后如果你要从 starlette 升级到 fastapi 也很容易。
另外，看你说的技术栈似乎在同步里积累的更多？那么不如试试 bottle，这个比 flask 还古老的框架。速度比任何异步框架都快（也比 django/flask 快），而且一切都是你熟悉的那一套。只是出于性能考虑而换框架的话，可以考虑试试这个。

最后，说一句题外话：“无脑劝人上 Python asyncio，应该天打雷劈”

@lion9527 是是是，中国要说古代历史，有遗迹也当看不见。国外要说古代历史，只要有个故事就可以了。我们公知真的太厉害了。

无脑推 aiohttp/sanic/fastapi 这类异步框架的我笑了。Celery 对 asyncio 的支持心里没点数？劝人上这个，你负责给他踩 Celery + asyncio 的坑？这种整体技术栈，Django+Celery+gevent 是最简单、高效的方式。

@kawei 可以自己写一个。只需要一点前端知识就够了。

@lovestudykid V2EX 上某些人从来不看实际问题，反正“我回复了，我爽了。最强的是一旦你说了他们不能这样，就会反驳你，“这是我的权力！你管不着！” 这是我实际经历。

我是 Coding Page + 以前还是个小白的时候写的静态博客生成器

@shendaowu
@kawei

因为是前端计算，所以没有服务器费用。维护费用仅仅是域名的一年几百块。GitHub Page 不倒，这个站应该就不会关。

@yuanshuai1995 嗯。需求不一样啦。我是昨晚要发 SS 链接给手机上的时候想到的。

@LeeReamond 你这么写当然会报错。目前的 CPython，type hint 可是会在运行时计算的。这和宣称的不符。才有了我上面所说的 PEP563 。3.7 以上版本可用 future 开启，3.10 默认开启。

是的，这个问题我在写 Index.py 的时候也遇到了。我的解决方案是用 PEP563 。