高并发像一面照妖镜平时温顺的系统一上压力就原形毕露。你熬了几个通宵写的代码可能因为一个线程池参数就全线崩溃。下面这8个坑每一个都是真金白银换来的教训。坑一无界队列内存的定时炸弹Executors.newFixedThreadPool默认用LinkedBlockingQueue容量是Integer.MAX_VALUE。任务堆积时队列无限膨胀内存被活活撑爆。线程池的核心不是线程数是队列策略。手动创建ThreadPoolExecutor用有界队列配好拒绝策略。别让任务在内存里排队等死。坑二缓存雪崩数据库的灭顶之灾大量缓存同一时间过期请求全部涌向数据库瞬间把它打穿。缓存过期时间要加随机值热点数据永不过期但异步刷新。再加一层布隆过滤器挡住不存在的key。别把缓存当装饰品它是保命符。坑三数据库连接池太小或太大连接池设成10高并发时线程全在等连接设成1000数据库自己先扛不住。连接池大小要匹配数据库最大连接数和业务IO等待时间。通常公式是CPU核数×2磁盘数再压测微调。连接是稀缺资源不是越多越好。坑四锁的粒度太粗给整个方法加synchronizedQPS直接掉到个位数。锁的范围要精确到临界区能用CAS就别用互斥锁能用分段锁就别用全局锁。读多写少的场景读写锁比独占锁吞吐量高一个量级。坑五N1查询悄无声息的性能吸血鬼循环里查数据库一百次循环就是一百次网络往返。能用JOIN就别拆成多次查询能用批量查询就别单条循环。一次查完再内存分组比来回折腾快几十倍。坑六异步丢了异常和上下文用Async或线程池跑任务主线程返回成功子线程抛异常没人知道。异步必须配异常处理器和链路追踪否则就是埋雷。更要命的是ThreadLocal丢失用户信息传不过去日志串不起来。坑七日志打太多磁盘和IO双重暴击每个请求打十条日志QPS一万就是十万条。磁盘IO飙升GC频繁系统被日志拖死。高并发下日志要分级、采样、异步落盘。核心链路只记关键节点别把调试日志带上生产。坑八没有限流和熔断流量突增时系统不拒绝任何请求最后所有请求一起超时。限流保护自己熔断保护下游。用Sentinel或Resilience4j配好阈值该拒绝就拒绝该降级就降级。活着比什么都重要。高并发没有银弹只有一个个细节抠出来的稳定。你少踩一个坑系统就多活一天。