上周帮一个朋友看简历，他想从运维转后端。需学简历上写着“精通Java、后端Python、需学Go”，后端但项目经历只有两个CRUD后台。需学我问他：“如果现在让你设计一个短链接系统，后端日增十万条，需学你怎么做？后端”他愣了几秒，说：“加索引？需学”

这就是典型的“学了一堆语言，但不会做后端”。后端后端开发的需学核心从来不是语言本身，而是后端用代码解决数据流动、存储和并发的需学问题。语言只是后端工具，换一把螺丝刀不影响你修发动机。

那到底该学什么？我按自己带新人的经验，拆成三块硬骨头。

第一块：一门语言 + 它的生态。别纠结选Java还是Go。Java岗位多，生态成熟到臃肿；Go部署简单，适合云原生。选一个，然后往深了挖。比如Java，你得知道JVM内存模型、GC怎么调、Spring Boot自动配置的原理。不是背八股，是出问题时能定位。我见过有人用Spring写了三年业务，连Bean生命周期都说不清，线上循环依赖直接懵了。Go的话，把goroutine调度器、channel底层、context包吃透。语言是壳，运行时才是里子。

第二块：数据层，这是后端的命根子。关系型数据库MySQL必学，但别只学SELECT *。索引为什么用B+树？事务隔离级别怎么实现的？一条慢SQL怎么用explain分析？这些不搞明白，代码写得再漂亮，数据库一压就垮。然后是缓存Redis，缓存穿透、雪崩、击穿，这三个词面试常问，但实际工作中更麻烦的是缓存和数据库的一致性。我见过一个电商项目，更新库存时先删缓存再更新DB，结果并发下脏数据满天飞。消息队列也得会一个，Kafka或RabbitMQ，理解异步解耦和削峰填谷。别光看教程，自己搭个环境，模拟订单堆积，看消费者怎么扩容。

第三块：系统设计 + 运维常识。这块最虚，也最拉开差距。比如设计一个秒杀系统，你怎么限流？令牌桶还是漏桶？库存怎么扣？Redis原子操作还是数据库乐观锁？分布式锁用Redlock还是ZooKeeper？没有标准答案，但得能说出权衡。运维常识包括Linux常用命令、Docker基本操作、Nginx反向代理配置。别觉得这些是运维的事，后端不懂部署，联调时连日志都找不到。

有个误区：很多人花大量时间学框架源码，却没写过一行单元测试。后端代码的健壮性，一半靠测试。JUnit、Mockito、Testcontainers，这些比背Spring源码实用得多。

再补一个容易被忽略的：网络协议。HTTP/1.1和HTTP/2的区别，TCP三次握手为什么不是两次，HTTPS证书验证流程。这些不是面试造火箭，是排查线上问题时真用得上。有一次我们接口超时，最后发现是TCP队头阻塞，HTTP/1.1下同一个连接并发请求互相卡。换成HTTP/2就好了。不懂协议，你连方向都找不到。

最后说句实在的。后端技术栈更新快，但底层逻辑十年没变过。学什么？学那些换个语言、换个框架依然成立的东西：数据结构、操作系统、网络、数据库原理。把这些嚼碎了，再学Spring Cloud、Service Mesh、Serverless，都是顺手的事。别本末倒置。

我那个朋友后来没转成，去做了技术支持。但他现在每天花一小时看MySQL官方文档，说比之前瞎写代码踏实多了。这大概就是入门了。