马丁玩编程

今天给大家分享一个经过扩展后的线程池，且我觉得扩展的思路非常好的。 放心，我标题党来着，我觉得面试不会有人考这个玩意，但是工作中是有可能真的会遇到相应的场景。 为了引出这个线程池，

大家好， 我是龙台 给自己定了个小目标，hippo4j 年底达到 1k star！ GitHub：https://github.com/acmenlt/dynamic-threadpool Site：

很多小伙伴知道小编从今年六月份开始，陆陆续续开始提交 Hippo4J 动态线程池项目 经过 200+ 的 Commit，也是快要能发布 1.0.0 正式版本，今天就写一篇文章正式介绍下 Hippo4J

美团线程池文章介绍中，因为业务对线程池参数没有合理配置，触发过几起生产事故，进而引发了一系列思考。最终决定封装线程池动态参数调整，扩展线程池监控以及消息报警等

前几天和一个大佬聊天的时候他说自己最近在做线程池的监控，刚刚把动态调整的功能开发完成。 想起我之前写过这方面的文章，就找出

先唠两句题外话 笔者几个月前离开了自己心爱的医疗行业，目前转战到电商行业；由于此前一直对电商行业没有太多的了解，最近也花了一点点时间对中国的电商行业进行一次系统的梳理跟复盘；So，本次的文章跟技术关联

通过对系统模块化的定义说明，阐述了内聚/耦合/共生三个维度的分析与度量角度的相关定义与场景，尽量使用公式或数学方法来对三个维度进行量化分析，提供了较为科学的决策依据。

分布式系统中，有一些需要使用全局唯一 ID 的场景，这种时候为了防止 ID 冲突可以使用 36 位的 UUID，但是 UUID 有一些缺点，首先他相对比较长，另外 UUID 一般是无序的

前言 redis作为应用最广泛的nosql数据库之一，大大小小也经历过很多次升级。在4.0版本之前，单线程+IO多路复用使得redis的性能已经达到一个非常高的高度了。作者也说过，之所以设计成单线程是