why技术

你好呀，我是歪歪。 来一起看看一个关于线程池使用场景上的问题，就当是个场景面试题了。 问题是这样的： 字有点多，我直接给你上个图你就懂了： 前端发起一个生成报表页面的请求，这个页面上的数据由后端多个接

你好呀，我是歪歪。 最近在使用线程池的时候踩了一个坑，给你分享一下。 在实际业务场景下，涉及到业务代码和不同的微服务，导致问题有点难以定位，但是最终分析出原因之后，发现可以用一个很简单的例子来演示。

你好呀，我是歪歪。 我想再讨论一下上次的这篇文章《哎，被这个叫做at least once的玩意坑麻了》 因为有些朋友看完之后再评论区给出了自己的思考，也有朋友和我私聊，分享了自己的看法，我觉得有些想

你好呀，我是歪歪。 前几天遇到一个生产问题，同一个数据在数据库里面被插入了两次，导致后续处理出现了一些问题。 当时我们首先检讨了自己，没有做好幂等校验。甚至还发现了一个低级错误：对应的表，针对订单号，

你好呀，我是歪歪。 两年前我曾经发布过这样的一篇文章《我是真没想到，这个面试题居然从11年前就开始讨论了，而官方今年才表态。》 文章主要就是由这个面试题引起：

你好呀，我是歪歪。 事情是这样的，上周有个读者找我，给我抛出了这样的一个问题： 问题中涉及到的文章分别是这两篇： 《有的线程它死了，于是它变成一道面试题》 --- why技术 《线程池中线程异常后：销

你好呀，我是歪歪。 昨天分享了一下《腾讯云 4 月 8 日故障复盘及情况说明》，较为详细的描述了故障前后的具体情况。 按照惯例，这种大公司的故障说明，歪师傅都是要好好看一下的。 一来是看看有没有可以学

你好呀，我是歪歪。 踩坑了啊，最近踩了一个 lombok 的坑，有点意思，给你分享一波。 我之前写过一个公共的服务接口，这个接口已经有好几个系统对接并稳定运行了很长一段时间了，长到这个接口都已经交接给

你好呀，我是歪歪。 这篇文章给大家盘一下“分支预测”这个听起来玄乎，但是对写业务代码没有任何卵用的小技巧。 上周不是发了这篇文章嘛：《十亿行数据，从71s到1.7s的优化之路。》 这里面就提到了一嘴：

你好呀，我是歪歪。 春节期间关注到了一个关于 Java 方面的比赛，很有意思。由于是开源的，我把项目拉下来试图学（白）习（嫖）别人的做题思路，在这期间一度让我产生了一个自我怀疑： 他们写的 Java

你好呀，我是歪歪。 先给大家道个歉： 上周不是发布了这篇文章嘛：《三个烂怂八股文，变成两个场景题，打得我一脸懵逼。》 其中第一个关于线程池的场景，经过读者提醒可能有问题，我又一次用尽浑身解数分析了一波

你好呀，我是歪歪。 这篇文章来盘一下我最近遇到的两个有意思的代码案例，有意思的点在于，拿到代码后，你一眼望去，没有任何毛病。然后一顿分析，会发现破绽藏的还比较的深。 几个基础招式的一套组合拳下来，直接

你好呀，我是歪歪。 Spring 的事件监听机制，不知道你有没有用过，实际开发过程中用来进行代码解耦简直不要太爽。 但是我最近碰到了一个涉及到泛型的场景，常规套路下，在这个场景中使用该机制看起来会很傻

你好呀，我是歪歪。 前两天在社区冲浪的时候，看到首页推了一篇文章： 我看了一下，文章写的还是挺好的，案例经典，思路清晰，行文流畅。 你可以看一下，文章写的基本没啥毛病，有些小瑕疵在评论区指出了，问题也

你好呀，我是歪歪。 前两天在一个技术群里看到有人抛出一张图片，提出了这样的一个问题： 了解了一下背景，是批量任务触发，从订单表中查询出“处理中”状态的订单，订单可能属于不同的通道，所以需要调用不同通道

你好呀，我是歪歪。 事情是这样的，前段时间有个人加我微信，说有个文案想要找我帮他们推广一下： 链接点进去后，我一看标题是这样的： 心里就有数了，知道这个相关的内容肯定是诈骗信息。 整个文案的内容大概是

你好呀，我是歪歪。 定时任务，大家在开发的过程中肯定都是接触过的。 歪师傅面试的时候关于定时任务一般都会问这样的一个问题：在实际开发的过程中，你们是如何避免定时任务重复执行的呢？ 什么意思呢？ 我给你

比如“两会”期间就是重保，原则上重保期间，甚至重保前一周都是不能进行服务投产的，不会设定投产窗口。如果一定要投产，走特殊申请，提高审批级别，报备投产内容和步骤，需要大领导签字同意之后才能投产。

你好呀，我是歪歪。 关于 RPC 调用，大家肯定都是比较熟悉的了，就是在微服务架构下解决系统间通信问题的一个玩意。 其中的典型代表之一就是 Dubbo 了： 在微服务架构下，我们针对某个 RPC 接口