@shinession #10 速来试试 https://kui.aber.sh/wsgi/ 。对于代码能力良莠不齐的团队来说，同步代码要比异步代码更好。新手用 asyncio ，确实是会经常写出来阻塞 loop 的程序。gevent 可以低成本甚至零成本提高同步代码的并发能力，这一点远比 asyncio 强。

居然看到我前几天发的兹白了，哈哈哈哈。

虽然我天天骂苹果，但是不得不说你这个需求还是 MacBook Air m1 最香，因为看你这个描述，刚需是续航、轻薄。跟我的需求差不多，实测体验还不错。前端工具链在 macOS 上也比较齐全。

@shinession 同步+gevent 生态还是比较无敌的，kui.wsgi 用来跑模型比 fastapi 香多了。

@shinession #3
@imzcg2 #5

fastapi 用的 ASGI ，还是用 uvicorn 启动吧。兹白好用的几个特性，一部分已经在 PR 里等合并，一部分正在提交到 uvicorn 的路上。如果用 flask 、django 之类的，再考虑用兹白。

别人有更好的 PR 我一般不会提交重复的。虽然我造的轮子多，但都是别人满足不了我的需求或者我觉得别人写的太烂才写的。但凡有一个凑合能用的，我都不会自己写。

@nullboy #21 哈哈哈，上午急着去开会写的，可能比较乱。本来也不是正式推广什么的，随便写写了，大家也随便看看不用太深究这帖子说的专业方向的内容。

主要是分享一下我的喜悦，以及对 tiangolo 的感谢。这一部分应该是表达清楚了的。

@anoyi #17 bottle 或者 django 都是有缓存的，kui 也参考了他们的设计做了缓存。Starlette/fastapi 不能解决它主要是因为，他们想把每个 Route 都做成独立的 ASGI 服务，要兼顾 ASGI 标准，就很难做到缓存 Request Body 。我上面提到的几个框架，都没有这么设计，所以可以做自己的缓存。

我个人觉得 Starlette 这么设计是可以的，baize 也大量参考了它的设计，这么做了。但是 fastapi 基于 Starlette 做生产级框架，那不应该让开发人员接触到这么底层的东西。

@winterbells #12 我用了好多年，前一些时候确实出现这个问题了，我就下了 QQ 邮箱客户端解决。最近我从 iPhone 换到 xiaomi ，偶然发现，只要把 QQ 邮箱那个服务取消关注，再重新关注，新邮件就会继续通知了。我估计是他们服务更新没有处理旧数据导致的。

sanic 除了性能以外，没有能彻底击败 flask 的地方。我以前也使用过。而且初代代码确实劝退了很多用户。

同意楼上，没有视频开头的强制广告，我觉得闲置的带宽它用一用也无妨。不过我觉得还是要告知用户会比较好，最好能做成一个开关，像我们这样同意的才开启 PCDN 。慷他人之慨不可取。

@djasdjds 这是 Starlette 的设计理念导致的，我曾经试图解决过，无果，相关的有很多 PR ，大家都在努力，但是目前也依旧有很多问题。fastapi 的中间件先天残废，用 Depends 代替吧。如果你真的很需要中间件功能，可以试试 kui 。

@sunshower 哈哈哈，这几天工作特别忙，所以尽快发完去开会了。

@Belmode #7 感谢建议。

说明，这个清明你应该去看看他了。

@hadeshe #9 要身份证是国内需求

打榜真没必要，开发体验大过一切。

保时米？