jps、jconsole没有以启动java进程信息
一个服务出现问题的小明同学参照网上的调优教程，满怀期待的输入jps&jconsole命令后出现的令他血压升高的一暮
是不是很折磨！！！
那么下面开始解决问题吧
首先转载一部分网上的优秀意见
JDK 提供的jps工具用于查看当前java进程运行的状态信息；类似于Linux 系统中的ps命令工具。不同的时，jps只显示java进程，准确的说是当前用户已启动的部分java进程信息，信息包括进程号和简短的进程command。
jps 工具选项介绍
-m 输出传递给main方法的参数。
-l 将应用程序主类的完整包名称或完整路径名称输出到应用程序的JAR文件。
-v 输出传递给JVM的参数。
-V 输出通过flags文件传递给JVM的参数（.hotspotrc文件或-XX：Flags = < filename >参数指定的文件）。
一、无法查看运行的JAVA进程信息
当使用 ps 命令查看系统运行的进程时，我们发现有好几个JAVA进程存在。但是使用jps 工具却查不到这些进程的ID。其他JDK提供的监控工具如：jconsole、jstat等可能也无法使用。
1.1、问题分析
java程序启动后，默认会在 /tmp/hsperfdata_userName 目录下以该进程的id为文件名新建文件，并在该文件中存储jvm运行的相关信息，其中的 userName 为当前的用户名，/tmp/hsperfdata_userName 目录会存放该用户所有已经启动的java进程信息。
jps、jconsole、jvisualvm等工具的数据来源就是这个文件（/tmp/hsperfdata_userName/pid)。所以当该文件不存在或是无法读取时就会出现jps无法查看该进程号，jconsole无法监控等问题。
1.2、可能存在的原因
1、磁盘读写、目录权限问题
若该用户没有权限写/tmp目录或是磁盘已满，则无法创建/tmp/hsperfdata_userName/pid文件。或该文件已经生成，但用户没有读权限。
2、临时文件丢失，被删除或是定期清理
对于linux机器，一般都会存在定时任务对临时文件夹进行清理，导致/tmp目录被清空。常用的可能定时删除临时目录的工具为crontab、redhat的tmpwatch、ubuntu的tmpreaper等等
这个导致的现象可能会是这样，用jconsole监控进程，发现在某一时段后进程仍然存在，但是却没有监控信息了。
3、java进程信息文件存储地址被设置，不在/tmp目录下
Java进程默认会在/tmp/hsperfdata_userName目录保存进程信息，但由于以上两种所述原因，可能导致该文件无法生成或是丢失，所以java启动时提供了参数(-Djava.io.tmpdir)，可以对这个文件的位置进行设置。
而jps、jconsole都只会从/tmp目录读取，而无法从设置后的目录读取信息。
1.3、补充说明
/tmp/hsperfdata_userName/pid文件会在对应java进程退出后被清除。
如果java进程非正常退出（如kill -9），那么pid文件会被保留，直到执行一次java命令或是加载了jvm程序的命令（如jps、javac、jstat），会将所有无用的pid文件都清除掉。
上面的说明应该能解决一部分同学的问题了但是，悲惨的小明同学发现上面的方案对他来说没有起到作用
受害者小明同学又详细的描述了他的受害现场，他的项目启动被制作成了systemctl的启动，正常的java显示启动是没有问题的， 那么问题定位到了systemctl上，在其中制定有一些不为人知的秘密，经过一番检查终于发现
原来系统为了安全禁止使用了tmp目录所以导致一些java自带的工具没有了作用，那么只要把这个参数改为false在重新启动下项目就可以使用了
