自旋锁　　　　jdk1.6之后默认开启，可以使用参数XX:UseSpinning控制，自旋等待不能代替阻塞，且先不说对处理器数量的要求，自旋等待本身虽然避免了线程切换的开销，但它是要占用处理器时间的，因此，如果锁被占用的时间很短，自旋等待的效果就会非常好，反之，如果锁被占用的时候很长，那么自旋的线程只会白白消耗处理器资源，而不会做任何有用的工

Docker安装elasticsearch启动注意2点，1是内存，2是线程数（此处进行简单安装，后面会详细补充es文档）1root@topcheer~dockerimages2REPOSITORYTAGIMAGEID

互斥锁锁通常被用来实现对共享资源的同步访问。为每一个共享资源创建一个Lock对象，lLock()创建一个锁，初始状态是未锁定当你需要访问该资源时，调用l.acquire方法来获取锁对象（如果其它线程已经获得了该锁，则当前线程需等待其被释放），待资源访问完后，再调用l.release方法释放锁!(https:

前几天，和同事探讨了一下Android中的消息机制，探究了消息的发送和接收过程以及与线程之间的关系。虽然我们经常使用这些基础的东西，但对于其内部原理的了解，能使我们更加容易、合理地架构系统，并避免一些低级错误。对于这部分的内容，将分成4小节来描述：1.职责与关系2.消息循环3.线程与更新4.几点小结\

简介引入NIO的原因1.因为BIO都是阻塞的IO，为了使Java能支持非阻塞I/O，JDK引入了NIO，可以将NIO理解成是NonblockI/O.（也有书说是newIO）2.BIO编程中，每当有一个新的客户端请求过来时，服务器端必须创建一个新的线程处理新接入的客户端链路，一个线程只能处理一个客户端连接，在并发量

前言之前学多线程的时候没有学习线程的同步工具类(辅助类)。ps:当时觉得暂时用不上，认为是挺高深的知识点就没去管了..在前几天，朋友发了一篇比较好的Semaphore文章过来，然后在浏览博客的时候又发现面试还会考，那还是挺重要的知识点。于是花了点时间去了解一下。Java为我们提供了三个同步工具类：CountDownLat

PS：不得不说Java编程思想这本书是真心强大..学习内容:1.HashMap<K,V在多线程的情况下出现的死循环现象当初学Java的时候只是知道HashMap<K,V在并发的情况下使用的话,会出现线程安全问题,但是一直都没有进行深入的研究,也是最近实验室的徒弟在问起这个问题的原因之后,才开始进行了一个深入的研究

读取文件：update20140525：添加线程处理，在读取大文件时优化，防止app出现application假死状态。bool SpreadSheet::readFile(const QString &filePath){    QFile file(filePath);    if ( !file.op

    垃圾收集GarbageCollection通常被称为“GC”，它诞生于1960年MIT的Lisp语言，经过半个多世纪，目前已经十分成熟了。    jvm 中，程序计数器、虚拟机栈、本地方法栈都是随线程而生随线程而灭，栈帧随着方法的进入和退出做入栈和出栈操作，实现了自动的内存清理，因此，我们的内存垃圾回收主要集中于java堆和

CopyOnWriteArrayList是ArrayList的一个线程安全的变体，其中所有可变操作（add、set等等）都是通过对底层数组进行一次新的复制来实现的。这一般需要很大的开销，但是当遍历操作的数量大大超过可变操作的数量时，这种方法可能比其他替代方法更有效。在不能或不想进行同步遍历，但又需要从并发线程中排除冲突时，它也很有用。“快照”风格的