相信很多朋友都遇见过， 一个Java应用长期运行后， 发现jps， jstack, jstat等工具都无法连接正在运行的jvm了。 如果这个时候发生故障， 非常难以诊断。 一直以来， 我都以为是Java的bug.

　　最近偶然得知， jps的工作模式是读取了系统临时文件夹下的pid文件里的内容获得连接信息的。这个文件夹在Linux下的名字是：/tmp/hsperfdata_$USER ($USER是启动Java程序的用户)。我们都知道系统临时文件夹可能会被某些临时文件夹工具自动删除， 比如：

　　1. tmpwatch:  redhat linux发行版使用的删除工具

　　2. tmpreaper： ubuntu linux 发行版使用的删除工具

　　这些工具可能是没有安装的。 那么就不会发生删除/tmp/hsperfdata_$USER的事情。

　　我们观察到， redhat5.2/5.3 的删除工具的存在一些瑕疵， tmpwatch -umc 会按照最长时间来确定删除。看看umc参数定义：

　　Java代码

　　－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　If the --atime, --ctime or --mtime options are used in combination, the decision about deleting a file will be based on the maximum of these times.

　　－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　-u, --atime

　　Make the decision about deleting a file based on the file's atime (access time). This is the default.

　　Note that the periodic updatedb file system scans keep the atime of directories recent.

　　-m, --mtime

　　Make the decision about deleting a file based on the file's mtime (modification time) instead of the atime.

　　-c, --ctime

　　Make the decision about deleting a file based on the file's ctime (inode change time) instead of the atime;  for

　　directories, make the decision based on the mtime.

　　－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－