1\.clone配置文件到本地服务器gitclonehttps://github.com/BetterVoice/freeswitchcontainer.git相关Dockerfile如下：Jenkins.FROMubuntu:16.04MAINTAINERThomasQuintan

本地CentOS依赖包下载（有网络环境）yum只下载不安装依赖包$yuminstalldownloadonlydownloaddir/root/download<packagename创建依赖包所在的yumrepo目录$mkdir

Node.js单线程与多进程大家都知道Node.js性能很高，是以异步事件驱动、非阻塞I/O而被广泛使用。但缺点也很明显，由于Node.js是单线程程序，如果长时间运算，会导致CPU不能及时释放,所以并不适合CPU密集型应用。当然，也不是没有办法解决这个问题。虽然Node.js不支持多线程，但

前言前面介绍了ForkJoinPool相关的两个类ForkJoinTask、ForkJoinWorkerThread，现在开始了解ForkJoinPool。ForkJoinPool也是实现了ExecutorService的线程池。但ForkJoinPool不同于其他类型的ExecutorService，主要是因为它使用了窃取工作机制：池中的所有线程

ReentrantReadWriteLock是JDK5中提供的读写分离锁。读写分离锁可以有效的帮助减少锁的竞争，以此来提升系统的性能。用锁分离的机制来提升性能也非常好理解，比如线程A，B，C进行写操作，D，E，F进行读操作，如果使用ReentrantLock或者synchronized关键字，这些线程都是串行执行的，即每次都只有一个线程做操作。但是当D进行读

一.synchronized的缺陷synchronized是java中的一个关键字，也就是说是Java语言内置的特性。那么为什么会出现Lock呢？　　在上面一篇文章中，我们了解到如果一个代码块被synchronized修饰了，当一个线程获取了对应的锁，并执行该代码块时，其他线程便只能一直等待，等待获取锁的线程释放锁

\这几天主要是狂看源程序，在弥补了一些以前知识空白的同时，也学会了不少新的知识（比如NIO），或者称为新技术吧。线程池就是其中之一，一提到线程，我们会想到

ReadWriteLock也是一个接口，提供了readLock和writeLock两种锁的操作机制，一个资源可以被多个线程同时读，或者被一个线程写，但是不能同时存在读和写线程。基本规则：读读不互斥读写互斥写写互斥问题：既然读读不互斥，为何还要加读锁答：如果只是读，是不需要加锁的，加锁本身就有性能上的损耗如果读可以不是最新数据

以最为常用的UIImageView为例:1.1、UIImageViewWebCache:  setImageWithURL:placeholderImage:options: 先显示placeholderImage，同时由SDWebImageManager根据URL来在本地查找图片。2.2、SDWebImageMana

了解一下线程模型还是很有必要的，如果不清楚语言层面上的线程在操作系统层面怎么映射使用，在使用过程中就会不清不楚，可能会踩一些坑