一年前我还在前端的世界里打转用JavaScript切页面、调样式。直到接手第一个全栈项目我才真正推开了后端的大门。回望这一年从HTTP协议到数据库设计从缓存策略到系统安全每一步都踩过坑却也每一步都有收获。第一个坑来得猝不及防。我以为后端不过是“写写API”于是照着教程搭了个Express服务把所有业务逻辑塞进一个路由文件里。当时觉得挺美代码一目十行。直到某天要改一个功能我在300行的文件里找了十分钟才发现自己复制粘贴的代码里藏着三个版本的同一个函数。那一刻我明白了后端不是“能跑就行”它需要的是清晰的层次与边界。后来我学会了分层——路由层只管路由服务层处理逻辑数据层操作数据库。虽然多写了几个文件但改代码时终于不用再玩“大家来找茬”。第二个坑关于数据库。我以为查询就是“SELECT FROM table”直到项目数据涨到十万条一个列表接口等了整整三秒。我打开慢查询日志发现自己在循环里查数据库N1问题赫然在列。更可怕的是我为了省事把所有的查询都放在代码里拼接SQL字符串。一位前辈看到后只说了一句“你这是在给黑客留后门。”那段时间我恶补了索引、查询优化、参数化查询和ORM的使用。现在每当写下一个查询我都会下意识地问这里会走索引吗有没有循环查询参数安全吗第三个坑是“缓存”的甜蜜陷阱。听说Redis能提速我兴冲冲地把所有接口都加上了缓存。结果用户修改了数据页面还是旧的投诉电话接踵而至。我这才明白缓存不是银弹它带来的是一致性问题。于是我开始学习缓存策略哪些数据适合缓存过期时间怎么设更新时是删除缓存还是更新缓存。后来我用“Cache-Aside”模式配合合理的过期时间终于让页面既快又不“撒谎”。第四个坑是“我以为的并发”。一次秒杀活动我用最朴素的方式减库存查询、判断、更新。结果超卖了。那晚我盯着日志里两个同时读到“库存1”的请求第一次直观地感受到“并发”二字的重量。后来我学了数据库事务、乐观锁、悲观锁甚至了解了分布式锁的基本原理。但更重要的是我学会了在写下每一行涉及共享资源的代码时都停下来问自己这里会有并发问题吗踩过这些坑我收获的远不止技术。我收获了一种“后端思维”——永远要考虑边界条件、异常情况、数据一致性和系统安全。我开始习惯在写代码前画架构草图在部署前想回滚方案在接口设计时考虑幂等性。我也学会了看日志、用监控、压测接口而不是等用户来告诉我“系统崩了”。更重要的是我不再害怕踩坑。因为每一个坑都让我离真正的“工程”更近一步。后端的世界没有银弹但有无数前人总结的法则。踩坑不是耻辱而是成长的必经之路。这一年我踩过的坑或许只是冰山一角。但我知道正是这些坑让我从一个“写代码的人”慢慢变成一个“解决问题的人”。而这大概就是后端技术栈最迷人的地方——它不教你如何不犯错而是让你在犯错后学会如何构建一个更坚韧的系统。
