首先~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 。

@GDC 没有服务器。这是个纯前端程序的 PWA

@kawei 哈哈哈，纯前端，我又没有服务器费用。

@css3 是的。还有更多用法讨论在 GitHub discussion 里。可以看看。

@PPTX 可以。Lua 操作 redis 呗，有现成的库。

初次访问你网站的时候,下发一个 cookie. 后续 websocket 携带这个 cookie 去访问. 同一个 cookie 的直接 close 掉. 不带 cookie 的也 close 掉.

规则是为了加速。我写过一个。纯 Python 的。零名单和几万的名单，速度我没感觉有影响。

另外，规则这个我觉得没必要吐槽，也只是条数多，写 /改起来还是很简单的。但是配置一个比一个复杂才是真的需要吐槽的吧。SS/SSR 还行……配置一下加密手段就行。后面 v2ray 就开始起飞了，我到现在也没明白怎么配置。然后是 Clash，好家伙，配置文件相当于自建的编程语言了。

于是我含泪花了一个周末自己写一个 GUI 。

@cweijan 有可能，上次用它都快过去一年了吧。