潜行前行的专栏

优化排查-线程阻塞：CompletableFuture 和 DiscardPolicy问题发现1 前天大佬通过prometheus发现 tomcat http busy状态的线程这几天呈线性递增。每一天增加3个排查问题1：找到忙线程在哪。通过jvm自带的 jps 命令可以找到服务对应的进程ID： 66182$>$top -Hp 66182$pidstat -u -p 66182 1 5大部分的线程都正常，cpu利用率不高，而且线程ID变动快，基本排除 死循环、CPU 空转的问题2

promethues监控指标分析 CPU 和 内存问题

全局配置layui.config({ dir: '/res/layui/' //layui.js 所在路径（注意，如果是script单独引入layui.js，无需设定该参数。），一般情况下可以无视 ,version: false //一般用于更新模块缓存，默认不开启。设为true即让浏览器不缓存。也可以设为一个固定的值，如：201610 ,debug: false //用于开启调试模式，默认false，如果设为true，则JS模块的节点会保留在页面 ,base: '' //设定扩展的La

1：分布锁，我所了解的一共有三种方式A:传统的数据库的全局锁B:基于缓存的全局锁，如redisC:基于zookeeper的分布式锁这三种方式的优先机是 C > B > A。因为公司架构问题，最终还是选择了第一种实现方式。所以本文只讲述关于数据库的分布式锁。以下提供相关知识的几个链接，请自行查阅分布式锁的几种实现方式Redis分布式锁的正确实现方式分布式锁与实现（二）——基于ZooKeeper实现2：数据库全局锁的优缺点优点：简单易实现缺点：A:存在数据库一般是单点的，