前言 最近有球友问：“三哥，我们团队在做AI客服，对话一长token消耗扛不住。有没有一种方案，既能保留完整上下文记忆，又能省token？” 这位朋友的问题，恰恰戳中了当下AI应用开发最头疼的痛点。

在我们的业务开发中，调用第三方接口已经成为常态，比如对接一些ERP系统、WMS系统、一些数据服务系统等，你对接过第三方系统接口吗？遇到那些坑？会不会时不时的在心里来句mmp？

一、引言 在高并发的分布式系统中，如何有效地进行请求限流并防止重复提交，一直是开发者们面临的挑战。尤其是当需要同时针对多个维度（如IP、用户ID、用户名等）进行限流时，现有的一些解决方案往往难以满足

后端接口设计 如果让你设计一个接口，你会考虑哪些问题？ 1.接口参数校验 接口的入参和返回值都需要进行校验。 入参是否不能为空，入参的长度限制是多少，入参的格式限制，如邮箱格式限制 返回值是否为空，如

面试中MQ是常问的，我认为这并不属于八股文，而是对复杂业务场景下的总结和思考，还有对MQ机制的认知。 1. RabbitMQ如何保证消息不丢失？ 1.1 (生产者需要做的) 生产者重写 RabbitT

今天备忘个小技巧。 准备工作 准备建表ddl 造点数据 部门表（多层级部门以自关联方式体现） 人员表（与部门表通过orgId逻辑关联） 递归查询某人父部门树 脚本 效果 递归查询某人子部门树 脚本 效

前言： 排查问题是程序员的基本能力也是必须要会的，在开发环境，我们可以debug,但是一旦到了服务器上，就很难debug了，最有效的方式就是通过日志揪出bug，而一次请求的日志如果没有一个唯一的链路标

最近线上钉钉群告警 mysql.jdbc.exception异常，这种db层面的异常一般都需要重视起来，于是抓紧排查和bugfix，没想到居然是一个死锁，于是有了这篇文章。 前提说明： mysql版本

nginx作为当今火爆的、高性能的http及反向代理服务，不管前端还是后端，都需要全面去了解，学习，实操。一句话：搞懂nginx如何使用以及工作逻辑对于程序员来说是必不可少的！