java进程线程数量_如何查询⼀个进程下⾯的线程数（进程和
线程区别）
在平时⼯作中，经常会听到应⽤程序的进程和线程的概念，那么它们两个之间究竟有什么关系或不同呢？
⼀、对⽐进程和线程
1)两者概念
-  进程是具有⼀定独⽴功能的程序关于某个数据集合上的⼀次运⾏活动，进程是系统进⾏资源分配和调度的⼀个独⽴单位.
-  线程是指进程内的⼀个执⾏单元，也是进程内的可调度实体. 线程是CPU调度和分派的基本单位，它是⽐进程更⼩的能独⽴运⾏的基本单位线程⾃⼰基本上不拥有系统资源，只拥有⼀点在运⾏中必不可少的资源(如程序计数器,⼀组寄存器和栈)，但是它可与同属⼀个进程的其他的线程共享进程所拥有的全部资源.
2)两者关系
-  ⼀个线程可以创建和撤销另⼀个线程；同⼀个进程中的多个线程之间可以并发执⾏.
-
  相对进程⽽⾔，线程是⼀个更加接近于执⾏体的概念，它可以与同进程中的其他线程共享数据，但拥有⾃⼰的栈空间，拥有独⽴的执⾏序列。
3)两者区别
-  进程和线程的主要差别在于它们是不同的操作系统资源管理⽅式：进程有独⽴的地址空间，⼀个进程崩溃后，在保护模式下不会对其它进程产⽣影响；⽽线程只是⼀个进程中的不同执⾏路径。
-  线程有⾃⼰的堆栈和局部变量，但线程之间没有单独的地址空间，⼀个线程死掉就等于整个进程死掉，所以多进程的程序要⽐多线程的程序健壮，但在进程切换时，耗费资源较⼤，效率要差⼀些. 但对于⼀些要求同时进⾏并且⼜要共享某些变量的并发操作，只能⽤线程，不能⽤进程。
进程和线程的区别
- 地址空间：线程是进程内的⼀个执⾏单元；进程⾄少有⼀个线程；它们共享进程的地址空间;⽽进程有⾃⼰独⽴的地址空间;
- 资源拥有：进程是资源分配和拥有的单位，同⼀个进程内的线程共享进程的资源
- 线程是处理器调度的基本单位，但进程不是.
-进程和线程⼆者均可并发执⾏.
-简⽽⾔之,⼀个程序⾄少有⼀个进程,⼀个进程⾄少有⼀个线程.
-  线程的划分尺度⼩于进程，使得多线程程序的并发性⾼。
-另外，进程在执⾏过程中拥有独⽴的内存单元，⽽多个线程共享内存，从⽽极⼤地提⾼了程序的运⾏效率。
-  线程在执⾏过程中与进程是有区别的。每个独⽴的线程有⼀个程序运⾏⼊⼝、顺序执⾏序列和程序的出⼝。但是线程不能够独⽴执⾏，必须依存在应⽤程序中，由应⽤程序提供多个线程执⾏控制。
-从逻辑⾓度来看，多线程的意义在于⼀个应⽤程序中，有多个执⾏部分可以同时执⾏。但操作系统并没有将多个线程看做多个独⽴的应⽤，来实现进程的调度和管理以及资源分配。这就是进程和线程的重要区别。
4)优缺点
线程和进程在使⽤上各有优缺点：
- 线程执⾏开销⼩，但不利于资源的管理和保护；⽽进程正相反。
-  线程适合于在SMP机器上(即对称多处理结构的简称，是指在⼀个计算机上汇集了⼀组处理器(多CPU)，各CPU之间共享内存⼦系统以及总线结构)运⾏，⽽进程则可以跨机器迁移。
⼆、如何查看某个进程的线程数
有些时候需要确定进程内部当前运⾏了多少线程，查询⽅法如下：
1)通过pstree命令(根据pid)进⾏查询：
[root@xqsj_web2 ~]# ps -ef|grep java //查进程pid(⽐如这⾥查java(tomcat)进程的pid)
[root@xqsj_web2 ~]# pstree -p 19135
java(19135)─┬─{java}(19136)
├─{java}(19137)
.......
└─{java}(13578)
[root@xqsj_web2 ~]# pstree -p 19135|wc -l
46 //由于第⼀⾏包括了2个线程，所以该进程下⼀共有47个线程！
或者使⽤top命令查看(可以查看到线程情况)
[root@xqsj_web2 ~]# top -Hp 19135 //下⾯结果中的Tasks 对应的47即是线程的个数
top - 14:05:55 up 391 days, 20:59, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 47 total, 0 running, 47 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2%us, 0.1%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 8058056k total, 7718656k used, 339400k free, 354216k buffers
Swap: 0k total, 0k used, 0k free, 4678160k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19135 root 20 0 5339m 632m 5476 S 0.0 8.0 0:00.00 java
19136 root 20 0 5339m 632m 5476 S 0.0 8.0 0:00.84 java
.
.....
2)根据ps命令直接查询：
[root@xqsj_web2 ~]# ps hH p 19135| wc -l
47
3)通过查看/proc/pid/status
proc伪⽂件系统，它驻留在/proc⽬录，这是最简单的⽅法来查看任何活动进程的线程数。/proc⽬录以可读⽂本⽂件形式输出，提供现有进程和系统硬件
相关的信息如CPU、中断、内存、磁盘等等。
[root@xqsj_web2 ~]# cat /proc/19135/status
Name: java
State: S (sleeping)
Tgid: 19135
Pid: 19135
PPid: 1
TracerPid: 0
........
Threads: 47 //这⾥显⽰的是进程创建的总线程数。输出表明该进程有47个线程。
SigQ: 1/62793
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
.......
voluntary_ctxt_switches: 1
nonvoluntary_ctxt_switches: 1
或者，也可以在/proc//task中简单的统计⼦⽬录的数量，如下所⽰：
[root@xqsj_web2 ~]# ll /proc/19135/task
总⽤量 0
dr-xr-xr-x 6 root root 0 6⽉ 14 17:57 11553
......
[root@xqsj_web2 ~]# ll /proc/19135/task|wc -l
48
这是因为，对于⼀个进程中创建的每个线程，在/proc//task中会创建⼀个相应的⽬录，命名为其线程ID。由此在/proc//task中⽬录的总数表⽰在进程中线程的数⽬。
⽐如某台服务器的CPU使⽤率飙升，通过top命令查看是gitlab程序占⽤的cpu⽐较⼤，"ps -ef|grep gitlab"发现有很多个gitlab程序，现在需要查询gitlab各个进程下的线程数情况。批量查询命令如下：
# for pid in $(ps -ef|grep -v grep|grep gitlab|awk '{print $2}');do echo ${pid} > / ;cat /proc/${pid}/
status|grep Threads > /;paste / /;done|sort -k3 -rn
脚本解释：
1)for pid in $(ps -ef|grep -v grep|grep gitlab|awk '{print $2}')
定义${pid}变量为gitlab进程的pid号
2)echo ${pid} > /
将http进程的pid号都打印到/⽂件中
3)cat /proc/${pid}/status|grep Threads > /
将各个pid进程号下的线程信息打印到/⽂件中
4)paste / /
以列的形式展⽰a.txt和b/txt⽂件中的信息
5)sort -k3 -rn
-
k3 表⽰以第三列进⾏排序
-rn 表⽰降序
来看个cup使⽤率告警问题处理案例
收到告警，⽣产环境⼀台机器的cpu使⽤率超过了85%！⽴刻登录服务器，发现情况如下：
[root@kevin ~]# uptime
10:39:40 up 215 days, 13:02, 2 users, load average: 3.32, 3.40, 3.37
[root@kevin ~]# top
top - 10:52:51 up 215 days, 13:15, 3 users, load average: 3.32, 3.40, 3.37
Tasks: 168 total, 1 running, 167 sleeping, 0 stopped, 0 zombie
Cpu(s): 98.4%us, 0.2%sy, 0.0%ni, 1.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 8053692k total, 6542296k used, 1511396k free, 168560k buffers
Swap: 16777212k total, 0k used, 16777212k free, 2565452k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31969 app 20 0 4510m 1.9g 6220 S 393.5 25.1 2281:49 java
.........
[root@kevin ~]# ps -ef|grep 31969
root 15826 15129 0 10:58 pts/0 00:00:00 grep 31969
app 31969 31962 0 Jul02 ? 02:25:01 java -cp /data/lo-boxes/box_home/lo-starter.jar:/data/lo-boxes/box_home/lib/* -Dbox.name=B0002 -Dbox.home=/data/lo-boxes/B0002 -Dbox.jmx.port=57009 -XX:+CMSPermGenSweepingEnabled -XX:SoftRefLRUPolicyMSPerMB=1 -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=60 -
XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+UseParNewGC -
XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=1 -
XX:+CMSClassUnloadingEnabled -XX:MaxTenuringThreshold=12 -XX:SurvivorRatio=8 -XX:ParallelGCThreads=3 -
XX:+HeapDumpOnOutOfMemoryError -flect.inflationThreshold=2147483647 -XX:HeapDumpPath=/data/lo-boxes/B0002/boxlogs/logs/heapdump_31961.hprof -Xloggc:/data/lo-boxes/B0002/boxlogs/gclogs/gc.31961.log -XX:ErrorFile=/data/lo-boxes/B0002/boxlogs/hs_err_pid31961.log -Xms1024M -Xmx1024M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:NewSize=256M -XX:MaxNewSize=512M cn.openlo.starter.BoxStartupStandalone
解决办法：
1)最简单粗暴的⽅法：重启上⾯这个pid号为31969的进程所属的服务程序
2)查出这个pid进程的cpu资源各⾃被哪个线程所占。通过"top -Hp pid"可以查看该进程下各个线程的cpu使⽤情况；如下：
[root@kevin ~]# top -Hp 31969
.......
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31969 app 20 0 3754m 1714m 16m S 390.5 29.1 0:00.00 java
31970 app 20 0 3754m 2124m 16m S 382.2 20.5 0:02.74 java
31971 app 20 0 3754m 1954m 16m S 360.0 19.5 0:00.49 java
31972 app 20 0 3754m 1584m 16m S 300.9 23.1 0:00.48 java
......
如上可知，31969的进程主要被上⾯四个线程耗了过多的CPU资源。
通过top命令定位到cpu占⽤率较⾼的线程之后，继续使⽤jstack pid命令查看当前java进程的堆栈状态，这就⽤到jstack⼯具！
jstack是java虚拟机⾃带的⼀种堆栈跟踪⼯具。jstack⽤于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息。
jstack可以定位到线程堆栈，根据堆栈信息我们可以定位到具体代码，所以它在JVM性能调优中使⽤得⾮常多。
jstack⼯具⼀般是在java/bin⽬录下的。如下设置java环境变量
===========================================================================================
[root@kevin ~]# ll /data/software/
总⽤量 626244
drwxr-xr-x 8 app app 4096 4⽉ 11 2015 jdk1.7.0_80
-rw-r--r-- 1 app app 153530841 6⽉ 4 2016
[root@kevin ~]# /data/software/jdk1.7.0_80/bin/java -versionjava设置环境变量的方法代码
java version "1.7.0_80"
Java(TM) SE Runtime Environment (build 1.7.0_80-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)
[root@kevin ~]# vim /etc/profile
JAVA_HOME=/data/software/jdk1.7.0_80
JAVA_BIN=/data/software/jdk1.7.0_80/bin
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin:/bin:/sbin/:/data/software/jdk1.7.0_80/bin/
CLASSPATH=.:/lib/dt.jar:/lib/tools.jar
export JAVA_HOME JAVA_BIN PATH CLASSPATH
[root@kevin ~]# source /etc/profile
[root@kevin ~]# mv /usr/bin/java /usr/bin/java.bak
[root@kevin ~]# ln -s /data/software/jdk1.7.0_80/bin/java /usr/bin/java
[root@kevin ~]# java -version
java version "1.7.0_80"
Java(TM) SE Runtime Environment (build 1.7.0_80-b15)

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。