qq_33879355的博客

1.上下文扩展 ApplicationContextAwareMap<String, XXXXTask> ywwlTaskMap = applicationContext.getBeansOfType( XXXXTask.class);xxxxTaskMap.forEach((x, y) -> { XXXXTaskName ywwlTaskName = y.getClass().getAnnotation( XXXXTaskName.class); //判断是否.

地址：https://www.toutiao.com/i6682672464708764174总结：加一张表，用业务类型做查询字段，每个业务是自增保存为一条数据，如果出现多个同时请求的时候，用数据库的begin-end行锁拦住，如果阻塞问题的话，开辟2个内存空间1、传统的数据库方式存在问题一旦步长定下来，不容易扩容数据库压力山大数据库压力大，为什么压力大？是因为我们每次获取ID的时候，都要去数据库请求一次。那我们可不可以不要每次去取？思路是我们请求数据库得到ID的时候，可设..

一、锁种类偏向锁因为经过HotSpot的作者大量的研究发现，大多数时候是不存在锁竞争的，常常是一个线程多次获得同一个锁，因此如果每次都要竞争锁会增大很多没有必要付出的代价，为了降低获取锁的代价，才引入的偏向锁。轻量级锁轻量级锁考虑的是竞争锁对象的线程不多，而且线程持有锁的时间也不长的情景。因为阻塞线程需要CPU从用户态转到内核态，代价较大，如果刚刚阻塞不久这个锁就被释放了，那这个代价就有点得不偿失了，因此这个时候就干脆不阻塞这个线程，让它自旋这等待锁释放。自旋锁减少线程上下文切换，提高执行效