大家好，我是小富～这期我带大家无成本搭建一个超强的 AI 画图工具，没错就是无成本！老粉丝都知道，我以前的文章中会出现很多还算精美的插图，这些图片大部分都是我用 draw.io 一点点抠出来的。比如这样的分库分表示意图TCP的三次握手的流程图还有这样的一致性hash原理图现在AI越来越牛X，写文章都可以用AI来辅助，可是画图这事儿，还是得手动绘制。有时候为了画一个逻辑严密的架构图，画图可能就占了写文章一半以上的时间！我个人还是比较喜欢 draw.io 那种清爽、专业的风格，但现在我用的 drawio 版本 AI 也使不上劲。所以我就在想，有没有一个AI + drawio 的结合体？我说需求，它...

1.把事情想明白，说清楚，跟别人商量好2.写代码，注意边界条件和编码规范，写单测，基本做到无bug提测3.工作中做好计划和进度跟踪，沟通和汇报，不把问题遗留到变成事故4.思考和分析，如何优化目前的工作流程，引入工具和方法，提升生产效率5.把自己工作中用到的技术用熟，搞清楚原理，优点短处，适用场景6.不断接触新技术思想和工具，完善自身知识体系结构7.深入学习至少一个常用开源项目，源码层面系统掌握这项技术8.持续坚持学习和技术内容输出，每个星期产出2篇原创技术文章在某乎看到一个回答深有感触，工作越久你越会发现，其实学习一个技术是最简单的，反倒是技术之外的事很难搞！

昨天临下班，生产环境出现了一个偶发的报错预警。旁边的同事正~~准备排查，只见他输入命令 cat application.log ，一个 2GB 大小文本啊，日志哗哗刷啥也看不清，crtl + c 也停不下来了，最后轻轻的关闭连接，又重新打开了一个～后端开发来说，熟练掌握 Linux 的日志分析命令是基本功，整理几一些基于 tail、less、grep、sed、awk 的日志查询场景，希望能帮你快速定位问题。同名公众号：程序员小富，欢迎关注tail很多新手习惯用 cat，但对于大文件，cat 会导致屏幕刷屏，还容易把终端卡死。tail 才是实时监控的神器。真实场景 A：服务发版启动监控每次发版重...

大家发现了吧，现在面试八股文好像问的少了，反倒是场景题多了起来，毕竟现在AI如此强大，总揪着这点底层基础也没多大意思。面试官张嘴闭嘴高并发、大数据量倒是真的，别管实际业务是不是高并发，但是你不会是进不来拧螺丝的。就像之前有同学被问：“某音百万用户同时给一个视频点赞，让你来要怎么设计？”，这类题肯定见过吧。咱们来简单拆解下这题，我是一个小学习，知识量有限，不喜勿喷。这道题到底考察什么？别上来就想用什么技术，先明确面试官的考察点，才能答到点子上：高并发写入能力：百万人同时操作，瞬间 QPS 能冲到几十万，如何避免数据库被打垮？这是考察你对流量削峰的理解；数据一致性：用户点赞后必须立刻看到 已赞 状...

大家好，我是小富～ 我发现公司的网关项目里有很多的轮子，几乎每个人接手这个项目开发，都会自定义过滤器，导致有非常非常多的过滤器，修改其中一个，指不定就会影响其他的人功能，非常的恼火。 其实在 Spring Cloud Gateway 本身内置了很多通用的过滤器组件，有些功能无需重复开发，直接通过配置就能完成请求修改、参数处理、安全校验等功能。但遗憾的是，很多同学只知道 RewritePath 等常用过滤器，却忽略了官方早已内置的 30+ 过滤器。 下边小富梳理 Spring Cloud Gateway 30+ 个过滤器，包含配置示例与实战场景，你会发现有些代码真的不用写。 一、请求相关 1. ...

大家好，我是小富～有次上线监控告警突然炸了，Kafka 订单 Topic 消息积压量突破 10 万条，下游支付服务拿不到数据，部分用户付款后一直显示处理中。紧急登录集群排查，发现消费者组明明有 3 个节点，却只有 1 个在正常消费，原来 10 分钟前触发了 Rebalance，另外两个节点还卡在分区重新分配的状态，导致消费能力直接砍半。所以我的经验是：Kafka出现消息积压、重复、丢失这类问题，直接看是否有Rebalance，能解决大部分问题。什么时候会触发 Rebalance？Rebalance 本质是消费者组内分区与消费者的重新分配，只有当消费者、分区的对应关系被打破时才会触发，下边咱们看...

节前上线出问题，线上灰度发布后部分用户反馈付款后订单状态不更新，支付服务的失败率飙升。一顿排查后发现致命配置错误。小可爱上线时，将payment-service服务的 Nacos 注册类型改成了ephemeral=false（持久化实例）。当时其中一台服务节点因内存泄漏频繁 GC，心跳线程被阻塞超过 30 秒，但是由于持久化实例没被 Nacos 剔除，导致调用方持续往这台异常节点发请求，最终拖垮整个支付链路。这个面试场景题总问，不过很多同学对 Nacos 临时、持久实例的认知，只停留在服务会不会消失的表面，什么时候该用临时，什么时候该用持久，适用场景是什么，没太明白。注册中心和配置中心本质区别...

大家好，我是小富～面试都背过道八股题：Redis 的内存淘汰策略 LRU 和 LFU 是什么？怎么选好？很多同学对这两个算法的理解，只停留在都是缓存淘汰，但说不清它们具体区别，概念混淆，更不知道实际场景该怎么选？而且 Redis 的 key 淘汰算法其实还不是正统的 LRU 和 LFU 算法，而是基于 LRU/LFU 的一个变种。所以我们先了解下 LRU/LFU 基础算法，再看看它和变种的 Redis LRU 算法有何不同。一、什么是 LRU 算法？LRU 的全称是 Least Recently Used（最近最少使用），核心逻辑特别好记：最近没被用过的，下次也大概率用不上。举个例子：你电脑桌...

大家好，我是小富～最近团队迭代频繁，连续几周都在做新功能上线，从测试环境验证到生产环境放量，全程谨小慎微没出一次故障，主要是用好了 Spring Cloud Gateway 的 流量染色 和 灰度发布。很多同学面试时被问用过 SpringCloud Gateway 吗？，只会说做限流、鉴权，但这些都是网关的基础操作。要想出去吹，得说用网关解决线上新版本平稳上线的问题。比如今天要分享的流量染色 + 灰度发布，就是我司每次上线必用的核心方案。什么是流量染色？为什么需要它？很多同学听流量染色觉得抽象，其实一句话就能说透：给请求打身份标签，让链路中所有服务都能认得出它。比如我们做电商 APP 的新功能...

大家好，我是小富～最近同事找我帮忙排查一个"诡异"的 Bug，说困扰了他们一年多一直没解决。我接手后花了一些时间定位到了问题根源，今天就来跟大家分享一下这个问题的排查过程和解决方案。问题描述同事使用的是 SpringCloud Gateway 3.0.1 + JDK8，整合了 Nacos 做动态路由配置。问题是：每次修改 Nacos 的路由配置后，网关的 API 请求就会出现 404 错误，但重启网关后又能恢复正常。听到这个问题，我的第一反应是：Nacos 配置更新后，网关的缓存数据可能没有及时更新。带着这个猜想，我开始深入排查。环境准备首先准备了 3 个后端服务实例，端口...

大家好，我是小富～面试官：OOM类型有哪些？你：就是老年代放不下了嘛！面试官：等消息吧！OOM（Out Of Memory） 错误有多种类型，每种类型对应不同的内存区域或触发场景。以下是常见的 OOM 类型及其产生原因：1. java.lang.OutOfMemoryError: Java heap space触发原因：堆内存（存放对象实例）不足，无法分配新对象。典型场景：内存泄漏：对象被无意长期引用（如静态集合、未关闭的资源），无法被 GC 回收。堆大小不足：JVM 堆参数（-Xmx）设置过小，或程序需要处理的数据量超出预期。大对象分配：一次性申请超大对象（如大数组）。示例： // 不断向集...

大家好，我是小富～有个兄弟私下跟我说，他在面试狗东时，有一道面试题没回答上来：Redis 的Bitmap和布隆过滤器啥区别与关系？其实就是考小老弟对这两种工具的底层数据结构是否了解，不算太难的题。不过，bitmap和布隆过滤器在大数据量和高并发业务的使用频率不低，知识点应该掌握下，既然问了那咱们简单的梳理下它们的底层原理、应用场景以及它们之间的关联。BitmapRedis中的Bitmap（位图）是一种较为特殊数据类型，它以最小单位bit来存储数据，我们知道一个字节由 8个 bit 组成，和传统数据结构用字节存储相比，这使得它在处理大量二值状态（true、false 或 0、1等只有两种状态）数...

大家好，我是小富～ 如何处理比较耗时的接口？ 这题我熟，直接上异步接口，使用 Callable、WebAsyncTask 和 DeferredResult、CompletableFuture等均可实现。 但这些方法有局限性，处理结果仅返回单个值。在某些场景下，如果需要接口异步处理的同时，还持续不断地向客户端响应处理结果，这些方法就不够看了。 Spring 框架提供了多种工具支持异步流式接口，如 ResponseBodyEmitter、SseEmitter 和 StreamingResponseBody。这些工具的用法简单，接口中直接返回相应的对象或泛型响应实体 ResponseEntity&l...

接手新项目一言难尽，别的不说单单就一个 @Transactional 注解用的一塌糊涂，五花八门的用法，很大部分还失效无法回滚。  有意识的在涉及事务相关方法上加@Transactional注解，是个好习惯。不过，很多同学只是下意识地添加这个注解，一旦功能正常运行，很少有人会深入验证异常情况下事务是否能正确回滚。@Transactional 注解虽然用起来简单，但这货总是能在一些你意想不到的情况下失效，防不胜防！ 我把这些事务问题归结成了三类：不必要、不生效、不回滚，接下用一些demo演示下各自的场景。 不必要 1. 无需事务的业务 在没有事务操作的业务方法上使用 @Transactional...