之前笔记有记录java线程池的拒绝策略，回顾一下线程池的处理任务的优先级：先考虑corePoolSize、任务队列（缓冲队列）workQueue、最大线程maximumPoolSize，如果三者都满了，使用handler处理被拒绝的任务。即：如果运行的线程少于corePoolSize，则Executor始终首选添加新的线程，而不进行排队

java中的线程优先级的范围是1～10，默认的优先级是5。10最高。MIN\_PRIORITY 1MAX\_PRIORITY10NORM\_PRIORITY5优先级高的获得cpu的几率更大些，不是优先级高的就先执行完，线程优先级随机特性在java中，线程的优先级具有继承性，例如A线程启动B线程，则A和B的优先级是一样的线程创建

之前在群里有个朋友问了这样一个问题,就是如何在小程序中实现类似直播平台的用户上线时的队列动画?作为一名前端工程师,解决方案无非以下2种:1.使用javascript根据条件来控制元素的样式实现队列动画2.用纯css3配合数据驱动模型来实现.大家都知道在现代的Web开发中,我们能使用Css实现的效果尽量不要用Js,所以我们应该优先考虑用C

最近的一个小项目是做一个简单的数据仓库，需要将其他数据库的数据抽取出来，并通过而出抽取成页面需要的数据，以空间换时间的方式，让后端报表查询更快。因为在抽取的过程中，有一定的先后顺序，需要做一个任务调度器，某一优先级的会先执行，然后会进入下一个优先级的队列任务中。先定义了一个Map的集合，key是优先级，value是任务的集合，某一个优先级内的任务是并发执

_转自https://blog.csdn.net/c20182030/article/details/70757660(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.csdn.net%2Fc20182030%2Farticle%2Fdetails%2F707576

所谓公平是指所有线程对临界资源申请访问权限的成功率都一样，它不会让某些线程拥有优先权。通过几篇文章的分析我们知道了JDK的AQS的锁是基于CLH锁进行优化的，而其中使用了FIFO队列，也就是说等待队列是一个先进先出的队列。那是否就可以说每条线程获取锁时就是公平的呢？关于公平性，严格来说应该分成三个点来看：入队阶段、唤醒阶段以及闯入策略。友情链接：

摘要：本文会给读者介绍下LiteOS源码中常用的几个数据结构，包括:双向循环链表LOS\_DL\_LIST，优先级队列PriorityQueue，排序链表SortLinkList等。在学习HuaweiLiteOS源代码的时候，常常会遇到一些数据结构的使用。如果没有掌握这它们的用法，阅读LiteOS源代码的时候会很费解、很吃力。本文会给读

所谓公平是指所有线程对临界资源申请访问权限的成功率都一样，它不会让某些线程拥有优先权。通过几篇文章的分析我们知道了JDK的AQS的锁是基于CLH锁进行优化的，而其中使用了FIFO队列，也就是说等待队列是一个先进先出的队列。那是否就可以说每条线程获取锁时就是公平的呢？关于公平性，严格来说应该分成三个点来看：入队阶段、唤醒阶段以及闯入策略。友情链接：

1阻塞IO模型从字面来理解，就是调用时可能被阻塞，什么叫阻塞，要知道一个进程有N种状态，学过OS都知道如果阻塞，就会把当前进程放在某个条件的阻塞队列里。直到条件满足了，才会转移此进程进入就绪队列。当然，就绪队列还有个优先级的概念，就不扯远了。阻塞IO.1）调用API，比如 r

在并发队列使用信号量会可能会造成线程优先级反转一、在iOS16&XCode14上遇到使用信号量造成线程优先级反转问题提醒经过查询资料，发现是在XCode14上增加了工具，比如：ThreadPerformanceChecker（XCode14上默认开启的），