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

信息发布与订阅Rabbit的核心组件包含Queue(消息队列)和Exchanges两部分，Exchange的主要部分就是对信息进行路由，通过将消息队列绑定到Exchange上，则可以实现订阅形式的消息发布及Publish/Subscribe在这种模式下消息发布者只需要将信息发布到相应的Exchange中，而Ex

ReentrantLock类的大部分逻辑，都是其均继承自AQS的内部类Sync实现的啥是AQS:Java并发编程核心在于java.concurrent.util包而juc当中的大多数同步器实现都是围绕着共同的基础行为，比如「等待队列、条件队列、独占获取、共享获取」等，而这个行为的抽象就是基于AbstractQueuedSynchron

烧写双核程序前需知在分别对F28379D的CPU1和CPU2两个核进行烧写程序时，需要在CCS中建立两个工程，独立编写两个核的程序。如controlSUITE中提供的双核程序例程：1\.在线1.1编译烧写CPU1程序到F28379D中1.2编译CPU2程序，把生成的.out文件加载到CPU2中选中上图中红色框框中的

QueuefromqueueimportQueue,LifoQueue,PriorityQueue队列模块queue类Queue类LifoQueue类PriorityQueue与进程中的JoinableQueue使用方式完全一样

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

上节我们分享了Linux进程间通信的其中两种方式：管道、消息队列，文章如下：Linux进程间通信(上)之管道、消息队列实践(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzA3MjMzNTc4NA%3D%3D%26mid

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

练习内容：1.创建一个类，实现优先级队列功能。2.使用优先级队列求解IPO问题。IPO问题：输入：参数1：正数数组costs；参数2：正数数组profits；参数3：正数k；参数4，正数mcosts\i\表示i号项目的花费;profits\i\表示i号项目在扣除花费之后还能挣到的钱;k表示你不能并行，只能

一、简介 ApacheKafka是一个分布式的流处理平台（分布式的基于发布/订阅模式的消息队列【MessageQueue】）。流处理平台有以下3个特性：可以让你发布和订阅流式的记录。这一方面与消息队列或者企业消息系统类似。可以储存流式的记录，并且有较好的容错性。可