jtea

现象 我们生产最近有个服务偶尔会挂掉，接口报错"connection reset by peer"，上服务器curl也是同样报错，意思连接被server拒绝了。 通过dump以及日志分析，我们已经知道

本文讨论了一个非典型的GC问题的解决过程，最终由新生代追到了老年代。由于过程记录地比较详细，从而有一定参考价值.

问题描述 最近生产有个服务突然出现频繁告警，接口P99响应时间变长，运维同学观察到相应的pod cpu飙升，内存占用很高。 cpu升高问题排查是老生常谈的话题了，一般可以使用top -p pid -H

多线程编程是每一个开发必知必会的技能，在实际项目中，为了避免频繁创建和销毁线程，我们通常使用池化的思想，用线程池进行多线程开发。 线程池在开发中使用频率非常高，也包含不少知识点，是一个高频面试题，本篇

由于简历的技术栈里，夸大似的写了精通kafka消息中间件，然后就被面试官蹂躏了kafka问题画像里的给种问题，佩琪快被揉捏成一个比春天开放的花儿还花的麻花了

作者：闲鱼技术——唤辰 研究背景 通常情况下应用发布或重启时都存在cpu抖动飙高，甚至打满的现象，这是由于应用启动时，JVM重新进行类加载与对象的初始化，CPU在整个过程中需要进行比平时更多的编译工作

前言 在面试这一篇我们介绍过CountDownLatch和CyclicBarrier，它们都是jdk1.5提供的多线程并发控制类，内部都是用AQS这个同步框架实现。 在我们的实际项目中，有很多场景是需

要解决多线程并发问题，常见的手段无非就几种。加锁，如使用synchronized,ReentrantLock，加锁可以限制资源只能被一个线程访问；CAS机制，如AtomicInterger,Atomi

前言 为了更好的进行开发和维护，我们都会对程序进行分层设计，例如常见的三层，四层，每层各司其职，相互配合。也随着分层，出现了VO，BO，PO，DTO，每层都会处理自己的数据对象，然后向上传递，这就避免