康帅帅

老粉看下面这张照片应该有点眼熟，这是去年年底跟杭州几个朋友聚会的照片，当时我还水了一篇文章。时隔一年，今天另一个朋友的房子也交付了，我们每年在一个人新家里聚餐的传统又延续了下来。 照片里的这些朋友都是我来杭州之后认识的，五年说长不长，说短也不短，实习时候的种种也仿佛还在昨天，转…

公司最近安排了一波商品抢购活动，由于后台小哥操作失误最终导致活动效果差，被用户和代理商投诉了。经理让我带同事们一起复盘这次线上事故。 抢购开始的瞬间流量非常大，按计划是通过Redis承担大部分用户查询请求，避免请求全部落在数据库上。 如上图预期大部分请求会命中缓存，但是由于后台…

还是看在上一篇文章中提到的这张图，计算机A将数据跨设备传输给C。A发出目的地为C的IP数据报，查询路由表发现下一跳为E，A将IP数据报交给数据链路层，「并告知目的MAC地址是E」。那么A是如何知道E的MAC地址的？这个是本文要介绍的 「如果有缓存的情况」，就像上篇文章中介绍的步…

还是假设这里有一个发送方结算机和一个接收方计算机，纵向为时间轴。连接正常的时候，双方是可以一直进行数据传输的。假设数据传输完成了，此时就会进行TCP连接的释放。假设发送方主动的进行了连接的释放 发送方接收到确认报文之后，就进入了连接结束的第二个等待状态（FIN-WAIT-2）。…

TCP标记是TCP首部的其中一个字段。TCP标记占6个比特位，每位都有不同的含义 接收方在接收到连接请求后，也就打开TCP连接，同时它也会发送一个报文，这个报文是第二次握手。报文信息中有： ack=x+1：小写的ack表示的是确认号。这里的ack=x+1，表示接受方期望收到的是…

拥塞控制是一个很庞大的问题，因为它考虑到了整个网络，并且对于拥塞控制，很难有最优解。这里只对拥塞控制有一个简单的认识 如果要进行拥塞控制，首先需要有一个方法去判断网络是否发生拥塞。判断的方法简单粗暴，如果发送方发送的报文发生了超时，就认为网络发生了拥塞。但是，通过报文超时来判断…

可能由于业务上的某些需求，我们的系统中有时往往要连接多个数据库，这就产生了多数据源问题。 多数据源的情况下，一般我们要做到可以自动切换，此时会涉及到事务注解 Transactional 不生效问题和分布式事务问题。 关于多数据源方案，笔者在网上看过一些例子，然而大部分都是错误示…

上次给小伙伴们说过了死循环cpu飙高的排查过程，今天就带着大家看看堆内存溢出我们一般怎么排查的。 老婆我就是不了解，人家要你说给我听。 今天我就直说堆，因为溢出是发送在堆中的。 JVM堆内存被分为两部分：年轻代（Young Generation）和老年代（Old Generat…