今天发现了新大陆。我以前一直以为，PriorityQueue队列是基于堆排序的不断更新排序的，没错，它是不断更新排序的。但是前提是要插入(删除)数据，如果仅仅是修改已经稳定队列的值或内容，而不进行插入或者删除，那么，这个顺序是不会变的。举个例子：importjava.util.Comparator;i

记录一下公平锁，非公平锁，可重入锁（递归锁），读写锁，自旋锁的概念，以及一些和锁有关的java类。公平锁与非公平锁：公平锁就是在多线程环境下，每个线程在获取锁时，先查看这个锁维护的队列，如果队列为空或者自身就是等待队列的第一个，就占有锁。否则就加入到等待队列中，按照FIFO的顺序依次占有锁。非公平锁会一上来就试图占

       ArrayBlockingQueue是常用的线程集合，在线程池中也常常被当做任务队列来使用。使用频率特别高。他是维护的是一个循环队列（基于数组实现），循环结构在数据结构中比较常见，但是在源码实现中还是比较少见的。线程安全的实现     线程安全队列，基本是离不开锁的。ArrayBlockingQueue使用的是Reen

application.properties，用来配置一些可以手动修改而且不用编译的变量，这样的作用在于，打成war包或者jar包用于生产环境时，我们可以手动修改环境变量而不用再重新编译。springboo默认已经配置了很多环境变量，例如，tomcat的默认端口是8080，项目的contextpath是“/”等等（更多请看https://docs.s

在Knative中已经提供了对Kafka事件源的支持，那么如何在阿里云上基于Kafka实现消息推送，本文给大家解锁这一新的姿势。背景消息队列forApacheKafka是阿里云提供的分布式、高吞吐、可扩展的消息队列服务。消息队列forApacheKafka广泛用于日志收集、监控数据聚合、流式数据处理、在线和离线分析等

因为工作需要使用MQServer，使用HyperV安装的win7操作系统作为载体来搭建MQ环境。经过不断下一步，我们安装好了MQ。然后开始配置：队列管理器名：QM\_JACK服务器连接通道：CNN\_JACK端口：8927接收队列名：QUEUE\_RECV发送队列名：QUEUE\_REPLYMQ用户名：fromsilence（

元组概念：有序的不可变的元素集合和列表的区别就是,元组元素不能修改定义一个元素的写法（666,）t(666,)正确写法t(666)错误写法，括号当成优先级的括号了多个元素

工作队列（使用pika0.9.8Python客户端）!(http://static.oschina.net/uploads/space/2015/0606/135027_1PPx_919237.png)在第一份教程中我们编写了用于从一个命名队列中接收消息和向一个命名队列中发送消息的程序。在这份教程中，我们将创建一个_工作队