最近在看鸿洋的博客，其中有一篇文章用到了信号量Semaphore机制。从来没接触过这个，对它比较陌生。根据他的博客写demo的时候，出现了程序ANR情况。
查找原因原来是在使用mSemaphore.acquire();的时候阻塞了整个线程，后面的方法执行不了。
仔细想想原来初始化信号量为Semaphore mSemaphore = new Semaphore(0);和初始化为Semaphore mSemaphore = new Semaphore(1);在调用mSemaphore.acquire();获得信号量的顺序上是有区别的。
当我在主线程初始化信号量为new Semaphore(0)时，
在主线程和子线程同时使用了mSemaphore.acquire()去请求信号量，结果，整个程序阻塞了。子线程和主线程都没法继续执行了。
原来调用了mSemaphore.acquire()相当于是信号量从0，减去1变成-1，此时如果没有执行release，那么线程就会阻塞在这里。由于我的主，子线程都首先执行了acquire，而没有别人来执行release，于是就导致了两个线程阻塞。
后来我除湿化信号量变为new Semaphore(1)，
主，子线程在去执行mSemaphore.acquire()就不会阻塞了。加入子线程先执行了acquire，信号量由1减为0，可继续执行子线程成的内容，此时主线程也执行了acquire，信号量由0变为-1，主线程这个时候就阻塞了。子线程执行完了，调用了release，释放了信号量，此时主线程拿到了刚才释放的信号量，于是就能继续执行了。
原来在这边篇文章中博主初始化的信号量就是new Semaphore(1)，所以能正常执行。而我写demo的时候变成了new Semaphore(0)，这就导致了两个线程都无法获得信号量。
http://blog.csdn.net/lmj623565791/article/details/38476887
后来在他的另一篇博客中信号量又初始化为new Semaphore(0)，这个时候，他在子线程中并没有调用acquire，而只在主线程中调用了acquire。主线程会阻塞。所以子线程执行完后要调用release释放信号量，以便主线程能继续执行下去。
http://blog.csdn.net/lmj623565791/article/details/41874561
看来还是不够细心，抄demo都能搞错。。。。
ps：第二篇文章中的信号量使用应该是比较精确的，第一篇有个问题。如果是主线程在子线程之前执行了acquire。那么就是主，子先后执行了acquire，而释放信号量是在子线程中进行的。这个时候就永远没有线程来执行release了。于是两个线程都阻塞了。
第二篇就没这问题，因为子线程永远不会去执行acquire，而它只会在执行完成后，执行release，使得阻塞的主线程能拿到信号量，继续执行下去。