关于多线程

1.为何多线程中使用while进行判断而不是使用if进行判断？
因为while是循环判断的，如果使用if则只是判断一次，存在这样的情况，多个线程同时访问，前面一个线程满足条件通过，后一个线程则继续wait等待，等下一次被notify的时候就会不进行if判断直接往下进行执行了，这样子显然是不行的，所以需要使用while循环，不管什么时候都需要进行进一步的判断！
2. volatile关键字是否能保证线程安全？
首先先来解释一个volatile这个关键字的作用：
volatile用在多线程并发中，只是保证jvm从主内存读取到加载到线程工作内存的值是最新的读取值。但是不能保证读取过来后的同步进程，若有两个线程对volatile进行写操作，无法保证线程安全。两个线程同时进行read and load 后第一个线程已经将变量count进行加1操作，同时此时主内存中的count修改为最新的值，但此时另一个线程已经进行read and load操作然后也会进行count加1操作，count的值就不再是加2的结果了，而还是加1的结果，所以volatile是不能保证线程的安全的。
3.synchronied和java.util.concurrent.locks的区别？
lock实现提供了比使用synchronied方法和语句可获得的更广泛的锁定操作，synchronied和lock在1.6以后，性能相同，但是lock更符合面向对象，也可以提供公平策略，提供了一些更细粒度的锁操作,
区别：
lock接口有一个实现类ReentrantLock：
1>首先等待可中断：指的是当前持有锁的线程如果长期不释放锁，正在等待的线程可以放弃等待，处理其他事情。
2>公平锁：当多线程在等待获取同一个锁的时候，必须按照申请锁的时间顺序依次获得锁，而synchronied中的锁是不公平的，锁被释放的时候任何一个等待锁的线程都有机会获得锁，而ReentranLock默认也是不公平的，但是可以使用构造函数使得其为公平锁，Lock lock = new ReentrantLock(true);公平就是形成一个队列，先排的在前面执行。
3>绑定条件：涉及Condition接口Conditon condition1 = lock.newCondition;当需要执行condition1的时候可以使用condition1.signal()来指定唤醒condition，另外可以使用condition1.await()让条件1等待
4>synchronied可以自动放弃锁，但是lock只能程序员手动放弃锁，并且只能在finally中放弃锁。