2

[注意:我发现资源泄漏了(请参阅下面的答案),但我仍然很好奇为什么命令行 ant 确实终止但 in-java ant 没有]

我正在从我的 Java 程序中调用一个复杂的 ant 目标。它运行没有错误。但最终程序并没有终止。我通过 Maven 执行从 NetBeans 调用程序。

如果我从命令行调用 ant 目标,它会终止。如果我System.exit(0);在程序结束时写,它就会终止。

所以,我假设要么我错过了对 ant 库的一些调用,告诉它关闭所有流等,要么我的 ant 脚本中有资源泄漏。我认为这是一个资源泄漏,因为jstack报告了一个开放的流(见下文) - 我怎么能找出那里有什么开放的?

这是我给蚂蚁的电话:

public boolean callToAnt() {
File antFile = new File("C:\somepath\build.xml");
File logfile = new File("C:\somepath\antlog.log");
File projectBasePath = antFile.getParentFile();
try (PrintStream logfilestream = new PrintStream(new FileOutputStream(logfile))) {
        Project project = new Project();
        project.setUserProperty("ant.file", antFile.getAbsolutePath());
        project.init();
        ProjectHelper helper = ProjectHelper.getProjectHelper();
        ProjectHelper.configureProject(project, antFile);
        project.setBaseDir(projectBasePath);
        project.addReference("ant.projectHelper", helper);
        project.setProperty("foo", "bar"); // some properties
        project.addBuildListener(getDefaultLogger(logfilestream));
        project.executeTarget("myTarget");
        return true;
    } catch (Exception ex) {
        Logger.getLogger(this.class.getName()).log(Level.SEVERE, null, ex);
        return false;
    }
}
}

我试着打电话project.fireBuildFinished(null);,但这并没有改变任何事情。

如果我注释掉蚂蚁部分,程序就会终止。如果我离开记录器,它仍然不会终止。

我将放弃 ant 脚本本身,因为它分布在许多文件中并且非常复杂。我的目标是学习如何自己找到资源泄漏,而不是仅仅解决这个问题。

日志文件也不包含任何错误(以“BUILD SUCCESSFUL”结尾)。

当它停止时我调用jstack了这个过程,结果如下:

2015-03-23 09:51:40
Full thread dump Java HotSpot(TM) Client VM (25.25-b02 mixed mode):

"Thread-1" #10 daemon prio=5 os_prio=0 tid=0x15b14400 nid=0x120c waiting on condition [0x152ff000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
        at java.lang.Thread.sleep(Native Method)
        at org.apache.commons.exec.InputStreamPumper.run(InputStreamPumper.java:69)
        at java.lang.Thread.run(Thread.java:745)

"Thread-3" #12 daemon prio=5 os_prio=0 tid=0x15bb9000 nid=0x15b4 runnable [0x164af000]
   java.lang.Thread.State: RUNNABLE
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:224)
        at org.apache.commons.exec.StreamPumper.run(StreamPumper.java:105)
        at java.lang.Thread.run(Thread.java:745)

"Thread-2" #11 daemon prio=5 os_prio=0 tid=0x15bb4000 nid=0x10fc runnable [0x1506f000]
   java.lang.Thread.State: RUNNABLE
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:246)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
        - locked <0x049b25b8> (a java.io.BufferedInputStream)
        at java.io.FilterInputStream.read(FilterInputStream.java:107)
        at org.apache.commons.exec.StreamPumper.run(StreamPumper.java:105)
        at java.lang.Thread.run(Thread.java:745)

"Service Thread" #7 daemon prio=9 os_prio=0 tid=0x14cbb000 nid=0x17f4 runnable [0x00000000]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread0" #6 daemon prio=9 os_prio=2 tid=0x14caa000 nid=0xcf4 waiting on condition [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x14ca9000 nid=0x16c8 waiting on condition [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x14ca6000 nid=0x13fc runnable [0x00000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x0081f000 nid=0x1324 in Object.wait() [0x14ebf000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x09bfc108> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:142)
        - locked <0x09bfc108> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:158)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0081a000 nid=0xca0 in Object.wait() [0x14c1f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x09bfc2a8> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:502)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:157)
        - locked <0x09bfc2a8> (a java.lang.ref.Reference$Lock)

"main" #1 prio=5 os_prio=0 tid=0x000acc00 nid=0x12f4 runnable [0x0221e000]
   java.lang.Thread.State: RUNNABLE
        at java.lang.ProcessImpl.waitForInterruptibly(Native Method)
        at java.lang.ProcessImpl.waitFor(ProcessImpl.java:449)
        at org.apache.commons.exec.DefaultExecutor.executeInternal(DefaultExecutor.java:347)
        at org.apache.commons.exec.DefaultExecutor.execute(DefaultExecutor.java:160)
        at org.codehaus.mojo.exec.ExecMojo.executeCommandLine(ExecMojo.java:610)
        at org.codehaus.mojo.exec.ExecMojo.execute(ExecMojo.java:352)
        at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
        at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
        at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:483)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
        at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)

"VM Thread" os_prio=2 tid=0x00815800 nid=0xa44 runnable

"VM Periodic Task Thread" os_prio=2 tid=0x14cc4c00 nid=0x9b4 waiting on condition

JNI global references: 38
4

2 回答 2

1

我认为您将不得不使用分析器并附加到正在运行的 ant 脚本。分析线程转储和/或跟踪对象分配。假设有泄漏,这应该立即揭示任何泄漏。JVisualVm 附带 SDK,因此您可以使用它。我认为这是一个相当不错的分析器。

于 2015-03-23T10:11:28.363 回答
0

使用调试器。它非常烦人,需要一些时间,但你会发现问题所在。

您必须逐步完成任何被调用的类 - 很高兴 ant、maven 等都是开源的,因此您可以通过 NetBeans 下载源代码。(打开项目中的依赖关系并右键单击所有有趣的内容并选择“下载源代码”)

然后你逐步完成你的程序,直到你注意到有些东西被打开了。有效但让程序运行的事实System.exit(0)表明没有清理对象引用。当调试器运行时,您可以在调试视图中看到该工具正在运行的线程。如果最后还有剩下的,你必须找出它们从哪里开始。

通过程序执行该步骤,直到其中一个弹出。记住代码和状态中的位置,根据需要创建断点,停止程序并重新启动 - 这次在导致附加线程出现的行之前停止并进入该方法,重复。

于 2015-03-23T13:31:14.587 回答