摘要： 打工人找工作的福利来了，AI 智能体帮你写简历 写简历这件事，说起来谁都会，真坐下来动笔，又是另一回事了。 打开 Word 调了半天页边距，写了删、删了写，最后一看时间，两小时过去了，成果没多少。这还是内容现成的情况。要是遇到经历不知道怎么写、措辞拿不准、排版怎么排都不顺眼——那就更耗人了。 For 阅读全文

摘要： 线上定时任务的故障有个很明显的时间分布：凌晨两三点出事的概率远高于白天。原因不是那个时段负载高，是那个时段正好是几类时间问题的集中爆发区。 这篇把我踩过和见过的三类坑整理一下。都是通用问题，跟具体框架关系不大。 坑一：容器里的时区不是你以为的时区 最常见的一种：本地开发跑得好好的任务，上线之后整整晚 阅读全文

摘要： 连接池的配置，很多项目是这么来的：复制一份别人的配置，跑起来没报错，就一直用下去。直到某天接口开始大面积超时，日志里全是 timeout acquiring connection。 这篇把几个关键参数说清楚，以及池子耗尽时该怎么查。 一、最大连接数不是越大越好 最常见的直觉是：接口慢、报连接不够，那 阅读全文

摘要： context 这套东西的约定很简单：上游取消，下游全部收到信号、尽快返回。写起来也不复杂——函数第一个参数传 ctx，往下一层层传。 但线上经常出现的情况是：请求已经超时返回了，后台的 goroutine 还在跑，日志还在打，数据库连接还占着。取消信号在某个地方断掉了。 下面是四个最常见的断点，以 阅读全文

摘要： "加个分布式锁"这句话，在排查并发问题的会议上出现的频率很高。加完之后问题通常确实好了——但很多时候只是概率降低了，不是真的没了。 这篇想把这件事说清楚：用 Redis 做的分布式锁，它到底保证了什么、在什么情况下会失效、以及什么样的业务该用它、什么样的不该。 一、最朴素的实现，和它的三个 bug 阅读全文

摘要： 接口幂等这个词，面试时人人会答「多次调用结果一致」。真到线上，重复扣款、重复发货、重复发券还是照样发生。 问题不在于不知道要做幂等，在于做在了错的地方，或者漏了某几条路径。 重复请求是从哪来的 先把来源列清楚，因为不同来源的解法不一样： 用户手抖连点两下提交按钮 网络超时后客户端自动重试 消息队列的 阅读全文

摘要： 做文件上传，需求方最常说的两句话是「大文件要能传」和「传过的别再传一遍」。 对应过来就是分片和秒传。这两件事单独看都不复杂，合在一起并且要在真实网络下跑稳，细节相当多。 分片：为什么不能一把梭 直接把 2GB 的文件塞进一个请求，会在三个地方挂掉： 反向代理和网关有请求体大小限制，默认往往只有几十 阅读全文

摘要： 给系统加定时任务，第一反应是找个 cron 库，写个表达式，跑起来。 能跑通。然后在某个凌晨，你会发现任务执行了两次，或者一次都没执行，或者上一次还没跑完下一次就开始了。 下面是几个跑到生产上才会暴露的问题。 一、多实例部署，任务会被执行 N 次 本地和单机上完全正常，一上负载均衡、服务扩到三个实例 阅读全文

摘要： 把关系画成图，最省事的做法是丢给力导向布局：节点互相排斥，有边的互相拉扯，跑几百帧自己就散开了。 然后你会发现跑出来是一团毛球。节点挤在中间，边交叉成麻花，来回抖个不停，好不容易停下来，刷新一次又是另一个样子。 这不是力导向布局不行，是默认参数几乎不可能直接可用。下面是几个实际有效的调整方向。 先说 阅读全文

摘要： 做临时邮箱这类功能，第一个要想清楚的问题是：邮件怎么进来。 很多人第一反应是找个邮箱服务商，用 IMAP 定时去拉。这条路在临时邮箱场景下走不通——临时邮箱要求用户随时能开一个全新地址，你不可能给每个地址都去服务商那儿注册一个真邮箱。 所以只有一条路：自己当这个域名的 MX，自己收信。 也就是说，你 阅读全文