@banxi1988 FastAPI 真香

@eason1874 你发的链接没看出来和楼主说的有什么冲突。
第一段就写了:
The standard Twitter API returns HTTP status codes in addition to JSON-based error codes and messages.

The Twitter API attempts to return appropriate HTTP status codes for every request.

返回正确的状态码是大前提，只有 error response 才用 code 对具体的错误进行标识，方便客户端查找文档和解决方案。这个 code 换成字符串或者 url 都是可以的，关于 error response 具体可以看看 RFC7808

内存和固态单出吗

@INTJ 大哥你是真的牛逼👍

@frostming 名字都照抄，尴尬

飞蚊症和显示屏没关系吧，和视力疲劳也没有明显关系，就是玻璃体的物理性质改变了，遇到两个大医院的博士眼科医师也有这个病，目前无解，每年定期查一查眼底看有没有视网膜病脱落就好了

先把简历附上吧。。。

3.3 还是 3.5 变过一次字节码的数量，切到 3.3 之前的版本试试吧

背面试题，记忆常用的 API

@RcatToper 感谢回复

试试 flask-rbac

这两天刚好也在研究这个问题
首先 session.commit()失败后，数据库层面的事务会自动回滚，整个事务内的操作都不会写到磁盘中(在这个请求内调用 session 执行的所有查询写入操作都在这个事务内)。
但是 sqlalchemy 层面也维护了一套事务的逻辑，当前 session 开启的事务被回滚之后，如果你需要继续使用这个 session 发起新的事务(执行查询或其他操作)，必须调用 session.rollback(这里我的理解是对这个 session 进行回滚)。如果你不再需要使用这个 session，可以直接 close()关闭 session.
因为 flask-sqlalchemy 会在每个请求上下文内自动创建销毁 session，所以结论是如果你需要在当前请求内继续使用 session，必须执行 session.rollback()；如果确定不再需要这个 session 执行任何数据库操作了，可以不用 rollback，让它在请求结束时自动销毁。
当然，大部分情况下我们会加入 session.rollback 封装起来进行复用。
没看源码，根据文档和动手测试得出的结论，不一定准确