北京
每天進步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.
