前言 我之前写过两篇关于优化相关的问题：《聊聊sql优化的15个小技巧》和《聊聊接口性能优化的11个小技巧》，发表之后，在全网受到广大网友的好评。阅读量和点赞率都很高，说明了这类文章的价值。 今天接着

大家好，我是龙台。 前言 最初设计 Hippo4j 的初衷是尽可能提高以及保障线程池对于线上应用的作用，所以加了很多个性化功能，这也间接导致强依赖 Hippo4j Server 项目。

先来看一些APP的获取数据,诸如此类,一个页面获取N多个,多达10个左右的一个用户行为数据,比如:点赞数,发布文章数,点赞数,消息数,关注数,收藏数,粉丝数,卡券数,红包数........... 真的是多~ Future、FutureTask、ExecutorService..…

昨天下载下来Java16尝尝鲜。一看，好家伙，足足有176MB大。即使把jmc和jvisualvm给搞了出去，依然还是这么大，真的是让人震惊不已。 但即使JDK足够庞大，它的功能也已经不够用了。我们需

面试的时候，总会遇到这么一个场景。 1. 场景分析 面试官：你们的服务的QPS是多少？ 我：我们的服务高峰期访问量还挺大的，大约是3万吧。 面试官：这么大的访问量，你们的服务器能撑住吗？有加缓存吗？