jetty实施后jps不可用问题

最新推荐文章于 2023-01-08 16:09:26 发布

iteye_7245

最新推荐文章于 2023-01-08 16:09:26 发布

阅读量155

点赞数

分类专栏： java 文章标签： JVM JDK 算法 ITeye Linux

java 专栏收录该内容

66 篇文章

订阅专栏

背景

自从公司应用大部分迁移到了jetty后，一些杂七杂吧的问题，陆续的冒上来。前段时间有很多人问我使用了jetty之后，对应的jps功能无法正常使用，jinfo/jstack等等这些命令都正常。

原因分析

java进程启动后，会在$TMP(%TMP%)/hsperfdata_$username 创建一个perfData数据，用于jvmstat一些统计数据(可以看一下神人的神帖：http://rednaxelafx.iteye.com/blog/796343)。

可以做个尝试, 启动一个main函数：

public class InstrumentServer {

    private String ip;
    private String port;

    public InstrumentServer(String ip, String port){
        this.ip = ip;
        this.port = port;
    }

    public int start(String ip, String port) {
        System.out.println("start at : " + ip + ":" + port);
        return 123;
    }

    public void stop() {
        this.ip = null;
        this.port = null;
    }

    public String getIp() {
        return ip;
    }

    public void setIp(String ip) {
        this.ip = ip;
    }

    public String getPort() {
        return port;
    }

    public void setPort(String port) {
        this.port = port;
    }

    public static void main(String args[]) throws Exception {
        for (int i = 0; i < 1000; i++) {
            InstrumentServer server = new InstrumentServer(String.valueOf(i), String.valueOf(i));
            server.start(String.valueOf(i), String.valueOf(i));
            Thread.sleep(1000);
            server.stop();
        }
    }

}

jvm参数：

-XX:-UsePerfData

几个现象：

1. 这时/tmp/hsperfdata_$username 下发现没有对应的java进程的文件

2. jps发现没有对应该main函数的进程信息

3. jinfo,jstack,jmap均可以使用，jstat功能不能使用(gc信息获取)

关于该jvm参数的，可以查看http://stackoverflow.com/questions/76327/how-can-i-prevent-java-from-creating-hsperfdata-files

最后回过头，看一下最初的问题，为啥jps失效

目前公司同事测试来看，jdk16_23/24开始，jvm启动时产生进程号的临时文件目录不是使用$TMP(%TMP%)/hsperfdata，而是使用-Djava.io.tmpdir指定的目录。

凑巧使用了jetty后，为了解决每次jetty都可以清除war包解压后的临时文件，所以强制指定了-Djava.io.tmpdir=${jetty_server}/tmp/ ，模拟了jboss_server的方式，所有的jetty运行的信息都会保存到一个${jetty_server}目录下，每次重启都会清空该目录。避免上一次的结果对下一次启动的影响，以前遇到过部署内容一直被缓存的问题，所以采取了这样的一种暴力删除的方式。

war解压临时目录算法如下：

    /**
     * Get a temporary directory in which to unpack the war etc etc.
     * The algorithm for determining this is to check these alternatives
     * in the order shown:
     *
     * <p>A. Try to use an explicit directory specifically for this webapp:</p>
     * <ol>
     * <li>
     * Iff an explicit directory is set for this webapp, use it. Do NOT set
     * delete on exit.
     * </li>
     * <li>
     * Iff javax.servlet.context.tempdir context attribute is set for
     * this webapp && exists && writeable, then use it. Do NOT set delete on exit.
     * </li>
     * </ol>
     *
     * <p>B. Create a directory based on global settings. The new directory
     * will be called "Jetty_"+host+"_"+port+"__"+context+"_"+virtualhost
     * Work out where to create this directory:
     * <ol>
     * <li>
     * Iff $(jetty.home)/work exists create the directory there. Do NOT
     * set delete on exit. Do NOT delete contents if dir already exists.
     * </li>
     * <li>
     * Iff WEB-INF/work exists create the directory there. Do NOT set
     * delete on exit. Do NOT delete contents if dir already exists.
     * </li>
     * <li>
     * Else create dir in $(java.io.tmpdir). Set delete on exit. Delete
     * contents if dir already exists.
     * </li>
     * </ol>
    **/

最后jps根本不可能知道要去哪里找这个目录，除非在一个固定的目录中查找这个文件的指示，那还如直接在那个固定的目录直接写pid,之前的$TMP(%TMP%)/hsperfdata_${username}，相对jvm来说,它就是一个固定的目录。而现在却可以根据参数改变，但JPS无法知道这个参数，所以无法获取PID。

对应的jdk bug描述： http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7021676

解决

就是先用jdk 1.6.0-18，等jdk bug修复。
根据jetty的war的解压算法，避免使用-Djava.io.tmpdir, ((jetty.home)/work和WEB-INF/work目前来看都不满足需求)
hack jetty的war解压算法，添加自定义的参数变量进行控制，(需要考虑后期的jetty升级成本，不是很可取)

最后，只能暂时使用jdk 1.6.0-18，等jdk bug的修复。