本文记录了一次排查FullGC导致的TP99过高过程,介绍了一些排查时思路,线索以及工具的使用,希望能够帮助一些新手在排查问题没有很好的思路时,提供一些思路,让小白也能轻松解决FullGC问题,文中实

是的，你没看错，是我被吊打了！登录注册，这个甚至连前端都懂的逻辑，我却被别人用这玩意儿吊打！一段关于我被吊打的陈年往事，大家请听我慢慢道来......

代码执行顺序虽然是很基础的东西，但是还是有很多人搞不清楚其中的细节。 关于java代码的执行顺序,我编了一段顺口溜，相信你再也不会被这个问题难住了。 这段顺口溜是这样的： 子类加载先parent, 加

PECSextends用于生产者模式，而super用于消费者模式。 消费者，callback的结果是为了消费。生产者比如那些Converter，处理不同格式的请求，需要生产不同的转换器。

在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，GC期间都存在Stop The World问题，因此很容易导致服务超时

​ Java 中的 synchronized 关键字在 JVM 层面来保证线程安全，而在 JUC 包下也有可以保证线程安全的类。 在JDK 1.6之前还没有偏向锁和轻量级锁等优化的时候，使用 sync

SPI 是一种用于动态加载服务的机制。它的核心思想就是解耦，属于典型的微内核架构模式。SPI 在 Java 世界应用非常广泛，如：Dubbo、Spring Boot 等框架。本文从源码入手分析，深入探

总结：Java届很难得有读百十行代码就能增加修炼的机会，这里有一个。 通常，我在看书的时候一般不写代码，因为我的脑袋被设定成单线程的，一旦同时喂给它不同的信息，它就无法处理。 但多线程对电脑来说就是小

JDK 中用到了那些设计模式?Spring 中用到了那些设计模式?这两个问题，在面试中比较常见。我在网上搜索了一下关于 Spring 中设计模式的讲解几乎都是千篇一律，而且大部分都年代久远。所以，花了几天时间自己总结了一下，由于我的个人能力有限，文中如有任何错误各位都可以指出。…