北京
每天进步1%，第3天攒出了分页、校验、JWT三件套。这个开发者的进度条，比大多数"从入门到放弃"的教程诚实得多。
分页：从"一锅端"到"按需取"
他的API最初返回所有任务——数据量小时没问题，生产环境动辄上万条记录，前端直接卡死。分页的本质是给数据库查询加刹车片，不是炫技，是保命。
实现后，任务按页加载，响应时间从不可控变成可预期。前端不用再为渲染海量数据头疼，后端也省了带宽和内存。这个改动没上热搜，但懂行的都知道：没分页的API不配叫生产级。
请求校验：堵住"裸奔"的接口
之前他的API来者不拒，标题、描述缺失照样收。现在必填字段漏一个，直接打回。校验层是API的门卫，不是刁难用户，是保护数据完整性。
这个改动暴露了早期开发的侥幸心理：功能跑通就交差。但真实世界的请求千奇百怪，没有校验的接口迟早被脏数据埋了。他在第3天补上这一课，比很多工作两年的后端清醒。
Spring Security + JWT：把钥匙交给用户
认证路由保持公开，任务操作必须持证上岗。他用JWT（JSON Web Token，一种令牌格式）替代传统会话——用户登录后拿到令牌，后续请求自带"通行证"，服务端不用存会话。无状态设计让扩容变得简单，加机器就行，不用操心会话同步。
JWT的取舍很典型：换来了横向扩展能力，牺牲了服务端强制下线的能力（令牌没过期前，服务端拦不住）。他今天没提刷新令牌、黑名单这些进阶方案，但第3天摸到这层，节奏刚好。
1%法则的复利
三天前从零开始，今天已经覆盖分页、校验、认证三大基建。单看每项都不复杂，但组合起来就是能扛流量的骨架。他的学习日志没写"颠覆行业"，只记了具体改动和为什么改——这种克制本身就很稀缺。
明天他会补刷新令牌机制，还是先上任务筛选？他的1%进度条，你猜第几天能凑出完整的产品级后端？
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
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.
