并发会遇见一个问题，如何一栏一个进程的线程状态呢？尤其是死锁的时候要分析什么再次出现死锁的代码在哪一行要不然这个可以见到就行了。
那么，无论是linux我还是windows，只要你我用jdk（jdk5包括5以上版本）编译程序代码，就可以不用java那个软件的jsack一栏线程状态了。
步骤
在win中这个可以直接再打开任务管理器，点开详细信息一栏，即可见到进程的pid，图片文件夹这个pid，然后把在命令行键入：
jstack-lltpidgta8ltmessage.txt-pathgt
1
ltmessage.txt-pathgt那是你要把线程信息放进txt文件的路径，.例如d:pid.txt。
之后打开那个文件就也可以看线程状态信息了，格式解读分析嘛先挖个坑：
linux我应该还没这个需求，先挖个坑。
主要尽量的避免在单例中建议使用线程不方便的全局变量
死锁的产生原因和尽量避免死锁
一、死锁产生的原因：
1）、毕竟系统的资源不继，又不能行最简形矩阵进程的资源请求，会导致多个线程而互相争夺一个资源
2）、进程启动往前推进的顺序不最合适
3）、资源分配方法错误，有的进程资源分配太少，会毕竟争夺资源而陷入死锁
二、死锁才能产生的场景：
1）、多个线程：彼此去申请对方资源不足以而造成的死锁，a申请b的锁的时候，毕竟锁被占用带宽因此会把a挂著在等待b释放锁，同时b先申请a的锁，同时只不过a的锁锁被占内存，b会被挂起静静的等待，都被挂起没有机会释放锁，则刚刚进入了死锁。
2）、单个线程：有自己的锁，但是也要再申请新锁，在申请新锁的时候，因为锁被占用带宽，所以才会被挂起等待，只不过锁是被自己占内存，而自己又被扯起，没机会能量锁，则会进入到死锁。
当一方没几乎捆住时放弃你自己已抢走的资源，尽量减少双方死锁
放心的只不过官方文档也直说了，你的机器可以意见多线程编程，要不然应该用不了那个memcache的多线程模式youmusthavetheposixthreadfunctions(pthread_*)onyoursystemintoordertousememcachedsmultithreadedmode.而，设置为的线程数是4，还尤其声明声明，你的线程数如果达到你的cpu数量，提高了不可能发生内容操作死锁的情况的概率。会严重引响缓存效果。----学习总结说来，应该不会用多线程，或者机器又不是这样牛，那就最好不要用啦，如果不是真有必要，你好好地做研究下官方的线程文件，别乱用倒致更加十分严重的性能问题！备注：linux的编译时候的那些一大堆的命令，总之就和我们在windows下按装tomcat的时候会不会安装去相关文档和程序一般
