这么细致的东西，除了你招不起的真大佬和背八股文的人以外，你觉得谁能记得这么细？求求八股文玩家霍霍别的语言去吧，比如 JavaScript，你可以问 0 == null 之类的的运算结果，this 不同情况下的作用域嘛。

说实话，如果你非要问 import 相关的问题，除了绝对导入、相对导入、如何解决循环导入之类的基本功问题以外，你可以问问”假设有一部分 py 模块来自远端服务器，没有打包到源码，如果要在 import 的时候自动检查、拉取最新版本你会如何实现？“这种现实一点的问题。

设计一个接口让前端可以直接读 CSRF Token 就是错误的。前端不需要这样的接口。

CSRF 攻击的原理是浏览器在访问网站时，会自动携带对应网站的 Cookies，这样就不需要读取你的 Cookies 照样可以用你的身份发起一些非你意愿的请求。

CSRF 防护原理是在 Cookies 里增加一个随机字符串，在请求时，表单或请求头中必须携带这个随机串。以此保证发起请求的一方是能够读取你 Cookies 的客户端。

@xuanbg 我不是 Java 用户，看了一眼你的主页，都是 Java 项目，我用不上。但是我对你的项目起码能保持最基本的尊重——“不泼冷水”。

我们用的语言不一样，“框架的性能对比没什么大用”这种事也能达成一致。但是你是否考虑过性能对比是最重要的宣传方法之一？拿 Python 圈这半年火遍全球的 Web 框架 FastAPI 来说，这玩意真有什么技术上的突破吗？它的功能之前的框架也有，它的爆火是因为什么我不知道。但我知晓的许多人认识它、使用它，是因为它的宣传语：“跟 Golang 一样快”。这是不是一种基于性能对比的宣传语？甚至它还是虚假的。但是不妨碍它的广泛传播。它甚至被微软里搞 AI 的人看上，放在微软的部分核心产品里使用。它的营销如何，事实胜于雄辩。但是如果它刚出来的时候，一群人对着它泼冷水，“性能好没鸟用”，“你没有 golang 快”，把作者喷到心态炸了，哪有今天几万颗星的成就？

如上所说，我不是 Java 用户，我跟这哥们的框架一毛钱关系都没有。我本可以不浪费时间在这种东西上，但是我实在是不想看到这种风气。对别人免费开源的项目泼冷水的风气。

手机网页端同样可以进行消息推送等功能。PWA 的使用体验，和原生 APP 几乎无差别。https://pixiv.app 这是我一个半吊子写的，联网时自动更新、离线时照样可以正常使用。

说到底就是微信带的头，搞狗屁小程序、狗屁扫码登录，直接带偏了整个市场的走向。

@Varobjs 关键是他用过了吗？他能说出什么实际上的缺点吗？一句人云亦云的“框架性能没鸟用”，这不就是泼冷水吗？同样的，不管你做什么，我都可以说“你做这个有鸟用，能赚到深圳一套房吗？你学这个有鸟用，能赚到北京一套四合院吗？”你什么感受？

都说中国开源氛围不行，这就是最直接的表现。无论是谁的开源项目，只要没损害自身的利益，起码的尊重还是要有的吧？没人逼着谁用什么项目，但是进来直接泼冷水是什么意思？

有时候真觉得某些中国人就不配有中文的开源项目用。一点尊重都没有。

@Varobjs 你费精力做了个无偿给大家用的东西，别人上来一句“xxx 好，没鸟用”，你会怎么想？没有直接开骂我觉得这已经很有涵养了。

@676529483 但如果浅薄的认为 pydantic 就是 fastapi 独有的，是愚蠢的。

@676529483 starlette+pydantic=fastapi，django+pydantic=django-simple-api 。

@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 是最简单、高效的方式。