jps位于jdk的bin目录下，其作用是显示当前系统的java进程情况，及其id号。 jps相当于Solaris进程工具ps。不象”pgrep java”或”ps -ef grep java”，jps并不使用应用程序名来查找JVM实例。因此，它查找所有的Java应用程序，包括即使没有使用java执行体的那种（例如，定制的启动 器）。另外，jps仅查找当前用户的Java进程，而不是当前系统中的所有进程。

我们知道，很多Java命令都在jdk的 JAVA_HOME/bin/ 目录下面，jps也不例外，他就在bin目录下，所以，他是java自带的一个命令，该命令从JDK1.5就开始支持了。

jps(Java Virtual Machine Process Status Tool)是JDK 1.5提供的一个显示当前所有java进程pid的命令，简单实用，非常适合在linux/unix平台上简单察看当前java进程的一些简单情况。

jdk中的jps命令可以显示当前运行的java进程以及相关参数，它的实现机制如下：
java程序在启动以后，会在 java.io.tmpdir 指定的目录下，就是临时文件夹里，生成一个类似于hsperfdata_User的文件夹，这个文件夹里（在Linux中默认为为 /tmp/hsperfdata_{userName}/ ，window下默认为 C:\Users\{userName}\AppData\Local\Temp\hsperfdata_{userName} ），有几个文件，名字就是java进程的pid，因此列出当前运行的java进程，只是把这个目录里的文件名列一下而已。 至于系统的参数什么，就可以解析这几个文件获得。

比如在windows下的文件结构如下：
C:\Users\yveshe\AppData\Local\Temp\hsperfdata_yveshe

在Linux下的文件结构如下：

[root@yveshe hsperfdata_root]# pwd
/tmp/hsperfdata_root
[root@yveshe hsperfdata_root]# ll
total 32
-rw------- 1 root root 32768 Aug 30 00:08 8966
[root@yveshe hsperfdata_root]#
上面的内容就是我机器中/tmp/hsperfdata_yveshe目录下的内容，其中32就是我机器上当前运行中的java的进程的pid，我们执行jps验证一下：
 
[root@yveshe hsperfdata_root]# jps
21061 Jps
8966 Bootstrap
[root@yveshe hsperfdata_root]#
执行了jps命令之后，我们发现有两个java进程，一个是pid为8966 的tomcat运行的进程，另外一个是pid为21061 的jps使用的进程（他也是java命令，也要开一个进程）
 
使用
 想要学习一个命令，先来看看帮助，使用jps -help查看帮助：
 
[root@yveshe hsperfdata_root]# jps -help
usage: jps [-help]
       jps [-q] [-mlvV] [<hostid>]
Definitions:
    <hostid>:      <hostname>[:<port>]
[root@yveshe hsperfdata_root]#
接下来，为了详细介绍这些参数，我们编写几个类，在main方法里写一个while(true)的循环，查看java进程情况。代码如下：
 
package com.JavaCommand;
 /**
 
@author hollis
 */
 public class JpsDemo {
 public static void main(String[] args) {
 while(true){
 System.out.println(1);
 }
 }
 }
 -q 只显示pid，不显示class名称,jar文件名和传递给main 方法的参数
 
hollis@hos:/tmp/hsperfdata_hollis$ jps -q
 2679
 11421
 -m 输出传递给main 方法的参数，在嵌入式jvm上可能是null， 在这里，在启动main方法的时候，我给String[] args传递两个参数。hollis,chuang,执行jsp -m:
 
hollis@hos:/tmp/hsperfdata_hollis$ jps -m
 12062 JpsDemo hollis,chuang
 -l 输出应用程序main class的完整package名 或者 应用程序的jar文件完整路径名
 
hollis@hos:/tmp/hsperfdata_hollis$ jps -l
 12356 sun.tools.jps.Jps
 2679 /home/hollis/tools/eclipse//plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
 12329 com.JavaCommand.JpsDemo
 -v 输出传递给JVM的参数 在这里，在启动main方法的时候，我给jvm传递一个参数：-Dfile.encoding=UTF-8,执行jps -v：
 
hollis@hos:/tmp/hsperfdata_hollis$ jps -v
 2679 org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar -Djava.library.path=/usr/lib/jni:/usr/lib/x86_64-linux-gnu/jni -Dosgi.requiredJavaVersion=1.6 -XX:MaxPermSize=256m -Xms40m -Xmx512m
 13157 Jps -Denv.class.path=/home/hollis/tools/java/jdk1.7.0_71/lib:/home/hollis/tools/java/jdk1.7.0_71/jre/lib: -Dapplication.home=/home/hollis/tools/java/jdk1.7.0_71 -Xms8m
 13083 JpsDemo -Dfile.encoding=UTF-8
 PS:jps命令有个地方很不好，似乎只能显示当前用户的java进程，要显示其他用户的还是只能用unix/linux的ps命令。
 
jps是我最常用的java命令。使用jps可以查看当前有哪些Java进程处于运行状态。如果我运行了一个web应用（使用tomcat、jboss、jetty等启动）的时候，我就可以使用jps查看启动情况。有的时候我想知道这个应用的日志会输出到哪里，或者启动的时候使用了哪些javaagent，那么我可以使用jps -v 查看进程的jvm参数情况。
 
JPS失效处理
 
现象：
 用ps -ef|grep java能看到启动的java进程，但是用jps查看却不存在该进程的id。待会儿解释过之后就能知道在该情况下，jconsole、jvisualvm可能无法监控该进程，其他java自带工具也可能无法使用
 
分析：
 jps、jconsole、jvisualvm等工具的数据来源就是这个文件（/tmp/hsperfdata_userName/pid)。所以当该文件不存在或是无法读取时就会出现jps无法查看该进程号，jconsole无法监控等问题
 
原因：
 （1）、磁盘读写、目录权限问题 若该用户没有权限写/tmp目录或是磁盘已满，则无法创建/tmp/hsperfdata_userName/pid文件。或该文件已经生成，但用户没有读权限
 
（2）、临时文件丢失，被删除或是定期清理 对于linux机器，一般都会存在定时任务对临时文件夹进行清理，导致/tmp目录被清空。这也是我第一次碰到该现象的原因。常用的可能定时删除临时目录的工具为crontab、redhat的tmpwatch、ubuntu的tmpreaper等等
 
这个导致的现象可能会是这样，用jconsole监控进程，发现在某一时段后进程仍然存在，但是却没有监控信息了。
 
（3）、java进程信息文件存储地址被设置，不在/tmp目录下 上面我们在介绍时说默认会在/tmp/hsperfdata_userName目录保存进程信息，但由于以上1、2所述原因，可能导致该文件无法生成或是丢失，所以java启动时提供了参数(-Djava.io.tmpdir)，可以对这个文件的位置进行设置，而jps、jconsole都只会从/tmp目录读取，而无法从设置后的目录读物信息，这是我第二次碰到该现象的原因。
 
附：
 1.如何给main传递参数 在eclipse中，·鼠标右键->Run As->Run COnfiguations->Arguments->在Program arguments·中写下要传的参数值
 
1.如何给JVM传递参数 在eclipse中，·鼠标右键->Run As->Run COnfiguations->Arguments->·在VM arguments中写下要传的参数值（一般以-D开头）
 
参考文档：
 https://docs.oracle.com/javase/1.5.0/docs/tooldocs/share/jps.html
                    jps位于jdk的bin目录下，其作用是显示当前系统的java进程情况，及其id号。 jps相当于Solaris进程工具ps。不象”pgrep java”或”ps -ef grep java”，jps并不使用应用程序名来查找JVM实例。因此，它查找所有的Java应用程序，包括即使没有使用java执行体的那种（例如，定制的启动 器）。另外，jps仅查找当前用户的Java进程，而不是当前系统中的所有进程。位置我们知道，很多Java命令都在jdk的JAVA_HOME/bin/目录下面，jps也不例外，他就在b
提示：以下是本篇文章正文内容，下面案例可供参考
一、什么JPS基础工具？
jps主要用来输出JVM中运行的进程状态信息,jps 命令类似与 linux 的 ps 命令，但是它只列出系统中所有的 Java 应用程序。 通过 jps 命令可以方便地查看 Java 进程的启动类、传入参数和 Java 虚拟机参数等信息。
语法格式如下：
jps [
				
文章目录一、简介二、常用命令1、jps2、jps -l3、jps -v4、jps失效
功能： 显示当前所有java进程pid的命令，我们可以通过这个命令来查看到底启动了几个java进程（因为每一个java程序都会独占一个java虚拟机实例）。
缺点： 不过jps有个缺点是只能显示当前用户的进程id，要显示其他用户的还只能用linux的ps命令。
jps -help
输出结果：
root@yzh-zabbix-server:bin #jps -help
usage: jps [-help]
				
最近在部署Hadoop集群，启动集群之后，使用jps查看启动状态。master服务器的输出如下：
其中一台119服务器输出如下：
但是服务器118使用jps之后却没有任何输出。经过检查，118上面的datanode是启动成功并且能够正确运行的。后来发现，jps没有输出不是集群配置出错，而是权限出问题。
java程序启动以后，会在/tmp目录下生成一个hsperfdata_username的文件夹，这
    public static void main(String args[]) {        if (daemon == null) {
            Bootstrap bootstrap = new Bootstrap();
            try {
                bootstrap.init();
            } catch
				
Hadoop的jps命令只显示jps，可能有以下几种情况：
1. Hadoop的JPS命令只显示jps是因为在Hadoop的bin目录中只有jps命令的符号链接，而没有其他Hadoop相关的命令符号链接，这是正常情况。
2. 如果您已经正确安装了Hadoop并且已经设置好了Hadoop的环境变量，但是jps命令仍然只显示jps，那么可能是因为您的Hadoop进程没有启动。在这种情况下，您需要启动Hadoop的进程后，再次运行jps命令，就应该能看到Hadoop相关的进程了。
3. 如果您的Hadoop进程已经启动，但是jps命令仍然只显示jps，那么可能是因为您没有使用正确的用户运行jps命令。在这种情况下，您需要使用具有Hadoop权限的用户登录到系统上，并以该用户身份运行jps命令，才能看到Hadoop相关的进程。
总之，如果您想查看Hadoop相关的进程，请确保Hadoop已正确安装并且相关进程已启动，并以具有Hadoop权限的用户身份运行jps命令。
                关于项目报错：Error:Cannot build artifact ‘XXX:war exploded‘ because it is included into a circular dep
                    是都删除，还是删除重复的其中一个呢