福建
从能跑到能扛，Python后端的三重跃迁。
那时候我以为把接口写出来就算是会后端了。直到第一次上线，用户一多，接口直接超时，密码明文存着，登录也随便就能绕过。同事说我写的代码只能叫“能跑”，离生产环境差得远。我才明白，从“能跑”到“能扛”，中间差的不是技术，是思维。
真正开始学，才知道FastAPI不是性能的银弹。它快是因为异步，但遇到CPU密集的计算，照样慢。它的好处其实是自动生成文档和类型校验。以前跟前端联调，总为接口字段对不上吵架，用上Pydantic建模后，这种破事少了一半。代码写起来也顺了，出低级Bug的概率低了很多。
PostgreSQL挺强的，但也不是随便就能用好。它支持JSON字段和全文搜索，可新手容易瞎用。我们有个同事把所有用户配置塞进一个JSON字段，结果查起来慢得要死。后来拆成关系表，用外键关联，性能才回来。不过它的异步驱动库配起来比MySQL麻烦，刚开始光连接池就卡了我半天。
JWT这玩意儿，无状态是优点也是最坑的地方。令牌签出去就撤不回来，用户改密码后老令牌还能用，这是致命的安全隐患。现在的做法是弄个短期令牌，配上黑名单机制。令牌15分钟过期，注销的话就把签名扔到Redis黑名单里，查一下就行了。还有Refresh Token的玩法，算是在安全性和方便之间找了个平衡。
新手最容易犯的错就是堆代码。所有东西写一个main.py里，全局数据库会话，密码不加密，接口没认证。这种项目改一次就是灾难。后来我学会了分层架构，把API、模型、CRUD逻辑分开，用依赖注入管理资源。每个请求独立生成数据库会话，用完就关，再也不怕资源泄漏。
配置管理也踩过坑。数据库密码、JWT密钥直接写在代码里，后来出事才明白有多蠢。现在都用环境变量和Pydantic的配置库，开发、测试、生产环境分开配，安全多了。
异步CRUD其实挺容易出事的。协程之间如果共用同一个Session对象，会出并发问题。核心原则就是每个请求都要独立的会话，用上下文管理器确保用完就自动关。刚开始的时候经常忘记这回事，接口跑着跑着就报错，排查起来特别累。
30分钟搭个任务管理系统骨架其实不难。项目目录结构建好，装上FastAPI、SQLAlchemy、asyncpg、PyJWT这些依赖。数据库设计两个表，User和Item，外键关联上。异步引擎配好，JWT认证模块写好，密码用bcrypt加密。最后把注册登录、增删查改的接口一串联，一个能用的框架就有了。
这套技术栈真不是什么万能钥匙。如果要搭个只读的博客或者简单CMS，用Flask加MySQL可能更快。但要是做那种需要高并发、强安全、能水平扩展的中型项目，这套组合就是个好选择。适合的才是最好的，这句话说得真没错。
从新人到能写生产级代码，走了不少弯路。现在看到新人又在走我以前的老路，就想分享一下这些坑。后端架构的演进其实就是权衡的艺术，没有绝对正确的选择，只有当前最适合的方案。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
