Sun的JDK里获取当前进程ID的方法（hack）

Java标准库里常见的公有API确实是没有获取当前进程的ID的方法，有时候挺郁闷的，就是需要自己的PID。
于是有各种workaround，其中有很靠谱的通过JNI调用外部的C/C++扩展，然后调用操作系统提供的相应API去获取PID；也有些不怎么靠谱的hack。这里要介绍的就是后者之一，只在Sun JDK或兼容的JDK上有效的方法。

代码例子如下：

import java.lang.management.ManagementFactory;
import java.lang.management.RuntimeMXBean;

public class ShowOwnPID {
    public static void main(String[] args) throws Exception {
        int pid = getPid();
        System.out.println("pid: " + pid);
        System.in.read(); // block the program so that we can do some probing on it
    }
    
    private static int getPid() {
        RuntimeMXBean runtime = ManagementFactory.getRuntimeMXBean();
        String name = runtime.getName(); // format: "pid@hostname"
        try {
            return Integer.parseInt(name.substring(0, name.indexOf('@')));
        } catch (Exception e) {
            return -1;
        }
    }
}

使用Sun JDK里RuntimeMXBean.getName()方法的实现，可以很轻松的拿到自身的PID。
运行这个程序可以看到类似以下的输出：

D:\experiment>java ShowOwnPID
pid: 11704

这个时候再跑一个jps来看看当前都有哪些Java进程的话，可以看到：

D:\experiment>jps
7888 Jps
11704 ShowOwnPID

嗯……这PID没错。

这PID是哪儿来的呢？先看RuntimeMXBean实例的来源，java.lang.management.ManagementFactory：

package java.lang.management;

// ...

public class ManagementFactory {
    // ...

    /**
     * Returns the managed bean for the runtime system of 
     * the Java virtual machine.
     *
     * @return a {@link RuntimeMXBean} object for the Java virtual machine.

     */
    public static RuntimeMXBean getRuntimeMXBean() {
        return sun.management.ManagementFactory.getRuntimeMXBean();
    }
    
    // ...
}

可以看到它依赖了sun.management.ManagementFactory，于是看看对应的实现：

package sun.management;

import java.lang.management.*;
// ...
import static java.lang.management.ManagementFactory.*;

public class ManagementFactory {
    private ManagementFactory() {};

    private static VMManagement jvm;
    
    private static RuntimeImpl runtimeMBean = null;

    public static synchronized RuntimeMXBean getRuntimeMXBean() {
        if (runtimeMBean == null) {
            runtimeMBean = new RuntimeImpl(jvm);
        }
        return runtimeMBean;
    }
    
    static {
        AccessController.doPrivileged(new LoadLibraryAction("management"));
        jvm = new VMManagementImpl();
    }
    
    // ...
}

这里可以发现实现RuntimeMXBean接口的是sun.management.RuntimeImpl。它的实现是：

package sun.management;

import java.lang.management.RuntimeMXBean;
// ...

/**
 * Implementation class for the runtime subsystem.
 * Standard and committed hotspot-specific metrics if any.
 *
 * ManagementFactory.getRuntimeMXBean() returns an instance
 * of this class.
 */
class RuntimeImpl implements RuntimeMXBean {
    private final VMManagement jvm;
    private final long vmStartupTime;

    /**
     * Constructor of RuntimeImpl class.
     */
    RuntimeImpl(VMManagement vm) {
        this.jvm = vm;
        this.vmStartupTime = jvm.getStartupTime();
    }

    public String getName() {
        return jvm.getVmId();
    }
    
    // ...
}

OK，看到getName()返回的是VMManagement.getVmId()的返回值，再跟过去看：

package sun.management;

import java.net.InetAddress;
import java.net.UnknownHostException;
// ...

class VMManagementImpl implements VMManagement {
    // ...
    
    public String getVmId() {
        int pid = getProcessId();
        String hostname = "localhost";
        try {
            hostname = InetAddress.getLocalHost().getHostName();
        } catch (UnknownHostException e) {
            // ignore
        }
 
        return pid + "@" + hostname;
    }
    private native int getProcessId();
    
    // ...
}

OK，这里可以看到getVmId()返回过来的字符串确实是"pid@hostname"形式的。再追下去，看看native一侧是如何获取PID的话：
j2se/src/share/native/sun/management/VMManagementImpl.c

JNIEXPORT jint JNICALL
Java_sun_management_VMManagementImpl_getProcessId
  (JNIEnv *env, jobject dummy)
{
    jlong pid = jmm_interface->GetLongAttribute(env, NULL,
                                                JMM_OS_PROCESS_ID);
    return (jint) pid;
}

于是继续跟，
hotspot/src/share/vm/services/management.cpp

static jlong get_long_attribute(jmmLongAttribute att) {
  switch (att) {
  // ...
  case JMM_OS_PROCESS_ID:
    return os::current_process_id();
  
  // ...
  
  default:
    return -1;
  }
}

JVM_ENTRY(jlong, jmm_GetLongAttribute(JNIEnv *env, jobject obj, jmmLongAttribute att))
  if (obj == NULL) {
    return get_long_attribute(att);
  } else {
    // ...
  }
  return -1;
JVM_END

接下来os::current_process_id()的实现就是每个操作系统不同的了。
在Linux上是：
hotspot/src/os/linux/vm/os_linux.cpp

static pid_t _initial_pid = 0;

int os::current_process_id() {

  // Under the old linux thread library, linux gives each thread
  // its own process id. Because of this each thread will return
  // a different pid if this method were to return the result
  // of getpid(2). Linux provides no api that returns the pid
  // of the launcher thread for the vm. This implementation
  // returns a unique pid, the pid of the launcher thread
  // that starts the vm 'process'.

  // Under the NPTL, getpid() returns the same pid as the
  // launcher thread rather than a unique pid per thread.
  // Use gettid() if you want the old pre NPTL behaviour.

  // if you are looking for the result of a call to getpid() that
  // returns a unique pid for the calling thread, then look at the
  // OSThread::thread_id() method in osThread_linux.hpp file

  return (int)(_initial_pid ? _initial_pid : getpid());
}

// this is called _before_ the most of global arguments have been parsed
void os::init(void) {

  // With LinuxThreads the JavaMain thread pid (primordial thread)
  // is different than the pid of the java launcher thread.
  // So, on Linux, the launcher thread pid is passed to the VM
  // via the sun.java.launcher.pid property.
  // Use this property instead of getpid() if it was correctly passed.
  // See bug 6351349.
  pid_t java_launcher_pid = (pid_t) Arguments::sun_java_launcher_pid();

  _initial_pid = (java_launcher_pid > 0) ? java_launcher_pid : getpid();
  // ...
}

在Windows上是：

static int _initial_pid = 0;

int os::current_process_id()
{
  return (_initial_pid ? _initial_pid : _getpid());
}

// this is called _before_ the global arguments have been parsed
void os::init(void) {
  _initial_pid = _getpid();
  // ...
}

=================================================================

好吧其实我是在HotSpot的源码里搜pid然后慢慢找出JMM代码里有调用过os::current_process_id()，然后才一步步向上找到对应的Java API。刚才问毕玄老大有没有见过在Java代码里获取PID的办法，才得知原来以前有人总结过几种办法，其中第一个就是本文提到的这个。嘛，需求是一直有的，这种功能自然是早该有人捣腾过了。

评论

16 楼 RednaxelaFX 2013-04-04  

MyTiny 写道

想问下您是怎么看到c的源码呢？俺的邮箱是[e-mail],能否给些关于读java源码的建议？

请先看这帖了解下OpenJDK与Oracle/Sun JDK之间的关系：http://rednaxelafx.iteye.com/blog/1549577

然后看这帖了解如何查看OpenJDK里库的C代码怎么找到：http://hllvm.group.iteye.com/group/topic/35385#post-236056

15 楼 MyTiny 2013-04-03  

想问下您是怎么看到c的源码呢？俺的邮箱是[e-mail],能否给些关于读java源码的建议？

14 楼 shangyue1110 2013-01-15  

RednaxelaFX 写道

shangyue1110 写道

那么我又有疑问请教您咯~java有办法销毁其子进程树么？

这个我也不知道了…至少从原理和JDK公有API的过往习惯看，不像是有跨平台的解决方案

诶·~我现在被逼的用vbe脚本+win命令去解决了~~完全不考虑跨平台什么的了~~囧
所有外部的启动的程序，调用时拷贝唯一命名的"cmd-标识.exe"，然后根据这个子进程的名字获取进程id，保存映射关系；
退出时用taskkill /pid pid /t /f  强制删除所有子进程。囧啊~~~~

13 楼 RednaxelaFX 2013-01-15  

shangyue1110 写道

那么我又有疑问请教您咯~java有办法销毁其子进程树么？

这个我也不知道了…至少从原理和JDK公有API的过往习惯看，不像是有跨平台的解决方案

12 楼 shangyue1110 2013-01-15  

RednaxelaFX 写道

shangyue1110 写道

所以我只好想辙去干掉子进程咯~~

唔。那您是想知道了子进程ID之后从外部杀掉它么。那样的话进程ID也从外部获取好了，可以用ProcessExplorer来看进程树，只要知道父进程的ID就可以找到它在进程树的什么地方，然后就知道子进程有哪些了。

谢谢FX大推荐的工具·~让我明白我程序到底出了什么问题·~我的java主程序A启动了一个bat文件，bat中又启动了一个java程序B，根据进程树发现，java程序A的子进程是cmd，cmd的子进程是java程序B，我销毁子进程时可以正常销毁cmd进程，销毁后，java程序B的父进程就委托给了系统空闲进程，因此从进程管理中发现Java程序B一直无法被销毁。

那么我又有疑问请教您咯~java有办法销毁其子进程树么？

11 楼 RednaxelaFX 2013-01-15  

shangyue1110 写道

所以我只好想辙去干掉子进程咯~~

唔。那您是想知道了子进程ID之后从外部杀掉它么。那样的话进程ID也从外部获取好了，可以用ProcessExplorer来看进程树，只要知道父进程的ID就可以找到它在进程树的什么地方，然后就知道子进程有哪些了。

10 楼 shangyue1110 2013-01-15  

shangyue1110 写道

出现的问题就是 destroy不掉啊~~~我获取的process的引用，在关闭io的处理线程后，强制destroy后·~主程序能够退出，但是从进程管理器看到该子进程并未结束。

上面描述有些偏差，在myeclipse里面运行时会发现 主程序能够正常执行到退出，但是子进程未结束，myeclipse的控制台也没有退出，也无法强制结束，当我手动关闭子进程后，myeclipse的控制台自动退出。——基于以上现象，不知道具体原因是什么，所以我只好想辙去干掉子进程咯~~

9 楼 shangyue1110 2013-01-15  

RednaxelaFX 写道

shangyue1110 写道

能否在主程序中获取开启的子进程的进程id呢？

java.lang.Process上有destroy()方法，如果你在主进程开了子进程的话，最初是可以获取到这个Process对象的，一直持有它的引用就好了，没必要知道它的ID是多少。

出现的问题就是 destroy不掉啊~~~我获取的process的引用，在关闭io的处理线程后，强制destroy后·~主程序能够退出，但是从进程管理器看到该子进程并未结束。

8 楼 RednaxelaFX 2013-01-15  

shangyue1110 写道

能否在主程序中获取开启的子进程的进程id呢？

java.lang.Process上有destroy()方法，如果你在主进程开了子进程的话，最初是可以获取到这个Process对象的，一直持有它的引用就好了，没必要知道它的ID是多少。

7 楼 shangyue1110 2013-01-14  

最近开发了个通用托盘程序~~碰到有些java开启的子进程无法关闭，各种查资料啊·~都已经崩溃到准备用jni来实现pid的获取和杀进程了·~不过万幸发现了你的帖子，随之而来的有些疑问，在此向您请教一二：
我的程序通过commons-exec启动外部进程，但是发现个问题，我的这个子程序是一直监听某目录，自动处理文件的，因此开启后不会主动退出，因此使用commons-exec启动后，通过其watchdog销毁进程，会出现进程卡死在process的io流的关闭上，如果我不管子进程直接退出主进程，子程序仍然无法关闭，仍可能造成资源死锁，想请教您，能否在主程序中获取开启的子进程的进程id呢？（除了使用进程名过滤的方式，因为我好多jar是用bat启动的，因此都是java.exe）

6 楼 religiose 2012-03-28  

刚刚也遇到这个东东。。。嘿嘿。

5 楼 RednaxelaFX 2010-12-04  

googya 写道

怎么找不到呢
在sun.management包中只有：

    public static synchronized RuntimeMXBean getRuntimeMXBean() {
        //compiled code
        throw new RuntimeException("Compiled Code");
    }

真是奇怪了

请问这段代码是在什么版本的JDK的哪里找出来的？需要更详细的信息才能帮忙～

4 楼 googya 2010-12-04  

怎么找不到呢
在sun.management包中只有：

    public static synchronized RuntimeMXBean getRuntimeMXBean() {
        //compiled code
        throw new RuntimeException("Compiled Code");
    }

真是奇怪了

3 楼 lwwin 2010-08-03  

水水其实只知道微软藏了很多很实用的API～

自己以前也被挖过一回，写的某个日志打印API，……

2 楼 RednaxelaFX 2010-07-23  

lwwin 写道

这方法难不成也是挖出隐藏的API吗^-^

公有API没提供，能怎么办 T T

1 楼 lwwin 2010-07-23  

这方法难不成也是挖出隐藏的API吗^-^

不愧是FX大～～～