请教大家， flask 适不适合做 2k+ endpoint 的后台 api 项目？

[huichao]

手上有个大点儿的项目，大概估算有 2k+ 的 api endpoint, 在想着用 flask 来做整个后台的 api，可是之前用 flask 只是做小的项目而已，和考虑到 flask 的性能，想请教 flask 到底适不适合做 2k+ endpoint 的 api 项目？敬请回复，讨论技术并参考建议。

[cian]

api 可以 group，不同 group 跑在不同 flask 实例上

[cian]

其实就是拆分成多个子系统了

[ErwinCheung]

很赞的分享 学习了

[iConnect]

担心性能用 fastapi

[feiandxs]

如果只是 endpoint 数量多点，那还没到性能部分。
事实上，机器内存别太小，就够。endpoint 这种东西，在你 python main.py 跑起来 flask 的时候，该加载加载，没问题了，进内存了。剩下具体的逻辑反正都是执行的时候才跑，没什么性能问题。

但 endpoint 多了，我仍然建议拆成多个系统……多个 flask 也没问题啊，毕竟 flask 写东西真的又快又好……

[abersheeran]

巧了，两千+的路由，关注度很高的 Python web 框架都会因为路由太多，导致单次访问速度显著下降。今年 PyCon China 我去讲过。其中，flask 的 ASGI 版本，最拉跨……如果你非要在几个高 star 框架里选，还是 fastapi 吧。如果不考虑这方面，可以试试 https://github.com/abersheeran/index.py

[huichao]

@abersheeran 谢谢你的建议。路由多了会影响性能 😨 ， 这点儿我有点儿害怕了， 那 fastapi 不会吗？

[rogwan]

@abersheeran 2K+性能显著下降的原因，是路由的正则性能拉跨导致的吗？还是其他什么原因造成的？

[abersheeran]

@huichao fastapi 也会……但是比 flask 快一点，也更现代化。

@rogwan 嗯，它们的路由都是遍历正则匹配。flask 、django 、fastapi 、bottle 、responder，都是这样。

[abersheeran]

@huichao 你这种两千+路由的情况不妨试试 https://github.com/abersheeran/index.py 作者就是我，有 bug 随时提 issue 。或者你用其他的框架的时候，把一个项目根据 prefix 拆分成多个，用 nginx 之类的前置代理进行分流，可以减缓这方面带来的影响。