技术探索与实践踩坑记录：一个二本逆袭者的深夜自白
去年十月的一个周五晚上，我坐在杭州租住的单间里，窗外下着淅淅沥沥的小雨。桌上摆着一碗刚泡好的康师傅红烧牛肉面，手机屏幕亮着——是老婆发来的消息：“今天又加班到这么晚吗？”
我回了个笑脸表情，说“快了快了”，其实心里清楚，这周的迭代还没跑通，明天还得继续调。那天晚上，我第N次尝试用AI工具帮我优化一段分布式锁的代码，结果ChatGPT给的方案在高并发场景下直接死锁，而Gemini建议的缓存策略又引发了缓存雪崩。
那一刻，我真的有点崩溃。月薪从15k涨到22k后，房租也从2500涨到了3500，生活看似在变好，可技术上的坑却一个接一个地冒出来。更别说我和老婆异地快一年了，她在北京做产品经理，我在杭州写Java，周末才能见一面。每次见面，她总说：“你黑眼圈越来越重了。”
从二本到大厂：我不是天才，只是不敢停
先简单介绍一下我自己吧。我本科读的是中部某省一所普通二本，学的是软件工程。大四那年投了几十份简历，只拿到两家小公司的offer，月薪6k，干的是CRUD（增删改查）的活儿。那时候连Spring Boot都没摸明白，天天被组长骂“这代码写得跟面条一样”。
后来咬牙报了个线上培训班，白天上班，晚上学到凌晨一点。那半年，我几乎没怎么休息，周末不是刷LeetCode就是啃《深入理解Java虚拟机》。终于在2021年秋招，我拿到了一家一线大厂的offer，base杭州，月薪15k——对我这种背景的人来说，简直是天上掉馅饼。
但进了大厂才发现，真正的挑战才刚开始。
踩坑现场一：用ChatGPT写分布式锁，差点搞崩生产环境
去年9月，我们团队要重构一个订单超时取消的功能。原来的逻辑是定时任务扫表，效率低还容易漏单。我想上Redisson的分布式锁+延迟队列，但时间紧任务重，就想试试让AI帮忙生成核心代码。
我打开ChatGPT（当时还是3.5版本），输入：“用Redisson实现一个可靠的分布式锁，支持自动续期，防止死锁。”
它秒回了一段看起来很专业的代码，用了RLock.lock()和tryLock()，还贴心地加了注释。我当时还挺高兴，心想这AI真香！结果上线后第三天，监控报警——服务CPU飙升到90%，大量线程阻塞。
排查半天才发现：ChatGPT生成的代码在异常处理上漏了unlock()，一旦业务逻辑抛异常，锁就永远释放不了。更要命的是，它建议的“自动续期”其实是靠手动起一个后台线程去不断延长锁过期时间——这在高并发下会引发大量竞争，反而加剧了资源争抢。
那天晚上我熬到凌晨三点，一边改代码一边冒冷汗。如果当时没及时发现，可能导致整个支付链路瘫痪。后来我老老实实用Redisson官方推荐的lockWatchdogTimeout机制，配合try-finally确保解锁，才算稳住。
教训：AI可以给你思路，但不能替你担责。尤其是涉及并发、事务、一致性这些“命门”，必须自己亲手验证每一行代码。
踩坑现场二：Gemini说“用本地缓存能提升性能”，结果引发雪崩
今年年初，我们有个接口QPS突然暴涨，数据库扛不住。我想加一层本地缓存（Caffeine），于是问了刚开放测试的Gemini：“如何用Caffeine做二级缓存，避免缓存击穿和雪崩？”
Gemini的回答很流畅，甚至画了个架构图（文字版），建议“设置统一过期时间+异步刷新”。听起来没问题，对吧？
但我忽略了一个细节：我们这个接口的key是用户ID，而高峰期有几万个新用户同时涌入。按照Gemini的方案，所有缓存几乎在同一时刻失效，瞬间打爆DB。那天下午，数据库连接池被打满，服务大面积超时。
老婆正好打视频过来，看我脸色不对，问怎么了。我说没事，就是系统有点抖。她叹了口气：“你又拿自己当人肉压测机了是不是？”
后来我紧急加上了随机过期时间（比如基础TTL是10分钟，实际设为10±2分钟），并引入了互斥重建机制——只有一个线程去加载数据，其他线程等待或返回旧值。这才稳住局面。
感悟：AI的建议往往是“理想模型”，但真实世界的流量是毛刺的、用户的操作是混沌的。技术方案必须考虑“最坏情况”，而不是“平均情况”。
AI是助手，不是救世主
说实话，我很感激ChatGPT和Gemini。它们确实帮我节省了很多查文档的时间。比如写单元测试模板、生成SQL建表语句、解释某个JVM参数的作用……这些重复性工作，交给AI效率高多了。
但我也越来越清楚：AI的本质是“概率拼接”，而工程的本质是“确定性交付”。
有一次和组里一个清华毕业的同事聊天，他说：“你现在用AI，就像当年我们用Stack Overflow。工具再好，也得你自己判断对错。” 我深以为然。
我现在用AI的方式变了：
- 不再直接复制代码，而是让它解释原理；
- 对关键逻辑，一定自己手写+压测；
- 把AI的回答当成“多个备选方案之一”，而不是唯一答案。
异地的日子：技术之外，还有生活
说到异地，其实技术上的压力，很多时候会被生活的孤独放大。
记得上个月某个周日晚上，送老婆去高铁站。她在安检口回头冲我笑了一下，说：“下周争取不加班，早点来接你。” 我点点头，心里却知道，下周又要上线新功能，大概率又要熬夜。
回出租屋的路上，我路过一家新开的奶茶店，想起她最爱喝芋圆波波奶茶。我买了一杯，但走到楼下才发现——一个人喝，好像也没什么意思。最后那杯奶茶放在桌上，凉了也没动。
有时候我会想：我这么拼，到底是为了什么？是为了更高的薪资？更好的title？还是……只是为了证明，一个二本出身的人，也能在大厂站稳脚跟？
可能都有吧。但更重要的，是我希望有一天，能结束异地，给她一个不用天天视频的家。
给同样在路上的你：别怕踩坑，但要学会“聪明地踩”
如果你也是像我一样的普通开发者，正在技术路上挣扎，我想分享几点真心话：
- 不要迷信任何工具，包括AI。ChatGPT和Gemini再强，也只是工具。真正的护城河，是你对问题的理解深度和解决能力。
- 踩坑不可怕，可怕的是重复踩同一个坑。每次出问题，一定要写复盘文档，哪怕只有三句话。我的Notion里有个“血泪史”专栏，记录了过去两年所有重大事故。
- 技术之外，别忘了照顾自己和身边的人。我见过太多程序员把身体熬垮，最后得不偿失。现在我强制自己每天11点前睡觉（虽然经常失败），每周至少陪老婆视频三次以上。
- 接受自己的平凡，但别放弃进步。我不是天才，写不出惊艳的算法，也看不懂复杂的论文。但我相信，日拱一卒，功不唐捐。
写在最后：未来可期，但路要一步步走
前几天和HR谈晋升，她说：“你这一年成长很快，尤其在系统稳定性方面，做了不少扎实的工作。” 我笑了笑，没说什么。其实我知道，那些所谓的“扎实”，不过是无数次深夜debug、无数次推翻重来换来的。
ChatGPT和Gemini会越来越强，也许明年就能写出完全正确的分布式代码。但作为工程师，我们的价值从来不在于“会不会用工具”，而在于“能不能在复杂世界中，构建出可靠的系统”。
我和老婆最近在商量，等我再攒半年钱，就申请调去北京。她说：“你来了，我就不用每天担心你吃泡面了。” 我说：“那你得答应我，别嫌我头发越来越少。”
技术这条路，注定不会平坦。但只要还在往前走，就值得期待。
共勉。
评论 0