凌晨两点，端技我盯着浏览器里那个转圈的端技加载图标，心里骂了一句。端技数据库连接池满了，端技服务端日志里全是端技超时异常。这不是端技第一次了——就在前一天，同一个接口还跑得好好的端技。没人动过代码，端技可它就这么崩了。端技这就是端技web后端，一个你永远无法完全掌控的端技世界。
后端工程师干的端技活，说白了就是端技处理请求和返回响应。但真正做起来，端技你会发现这中间隔着一整个宇宙。端技一个HTTP请求从浏览器出发，穿过nginx，找到你的应用服务器，再经过中间件、路由、控制器、服务层、数据访问层，最后落到数据库里。每一步都可能成为瓶颈，每一层都可能出错。我见过太多新手以为后端就是写几个接口，直到线上出问题才明白，真正的挑战在于那些看不见的部分。
前阵子我们系统做了一次重构，把单体应用拆成微服务。听起来很时髦对吧？结果服务间的调用链变得又长又复杂。A服务调用B服务，B服务又去调C服务，C挂了，B还在傻等，最后整个请求超时，用户看到的就是一片空白。后来我们加了熔断和降级机制，但代码复杂度上去了，排查问题也更难了。这让我想起一个老前辈说的话：“后端架构没有银弹，只有取舍。”
数据一致性是另一个让人头疼的坑。电商项目里，用户下单时扣库存、生成订单、更新优惠券，这三个操作必须同时成功或同时失败。单机数据库里用事务就能搞定，但一旦拆成微服务，跨服务的事务就成了噩梦。分布式事务方案一个比一个复杂，两阶段提交、TCC、SAGA，每种都有各自的代价。我见过有人为了追求强一致性，把系统性能拖垮的；也见过为了性能放弃一致性，最后账目对不上的。这里没有标准答案，全看业务场景。
缓存是后端的双刃剑。Redis用得好，能把响应时间从200毫秒压到10毫秒。但缓存穿透、缓存击穿、缓存雪崩，每个词背后都是血泪教训。上次我们搞活动，热门商品数据全缓存了，结果运营改了个价格没刷新缓存，用户看到的价格还是旧的，投诉电话直接被打爆。后来我们加了版本号机制，每次更新数据强制刷新缓存，这才消停。
安全这块，很多人觉得是运维的活，其实后端代码才是第一道防线。SQL注入、XSS攻击、CSRF，这些老掉牙的漏洞至今还在不断出现。我扫过不少开源项目的代码，有些连参数化查询都没用，直接拼接字符串，看得我冷汗直冒。别以为黑客只会盯着大厂，小站点照样是他们的目标。
日志和监控是后端的眼睛。没有它们，线上出了问题就像在黑屋子里找东西。但日志也不是越多越好，打印太多会拖慢性能，打印太少又查不到问题。我们现在的做法是分级记录，正常请求打debug，错误打error，关键业务打info。配合链路追踪工具，基本能在几分钟内定位到问题所在。
说回开头那个崩溃的接口。后来查出来是第三方支付回调把我们服务器打崩了——对方重试机制太激进，并发量直接冲垮了我们的连接池。解决办法也简单，加个消息队列削峰，再对回调请求做幂等处理。你看，后端的问题往往不在代码本身，而在系统之间的交互。
干了这么多年后端，我最大的感受是：这个岗位拼的不是你会多少框架，而是你踩过多少坑，以及能不能从坑里爬出来的时候想明白为什么掉进去。技术更新换代很快，今天还在用Spring Boot，明天可能就流行Quarkus了。但那些底层的东西——网络协议、操作系统、数据结构、分布式理论——永远不会过时。把这些基础打牢，遇到新东西你也不会慌。