Java SE6调用Java编译器的两种新方法(二)

发表于:2007-04-22来源:作者:点击数: 标签:javaSE6编译器两种nbsp
二、使用StandardJavaFileManager编译Java源程序 在第一部分我们讨论调用 java 编译器的最容易的方法。这种方法可以很好地工作,但它确不能更有效地得到我们所需要的信息,如标准的输入、输出信息。而在Java SE6中最好的方法是使用StandardJavaFileManager类
  二、使用StandardJavaFileManager编译Java源程序

  在第一部分我们讨论调用java编译器的最容易的方法。这种方法可以很好地工作,但它确不能更有效地得到我们所需要的信息,如标准的输入、输出信息。而在Java SE6中最好的方法是使用StandardJavaFileManager类。这个类可以很好地控制输入、输出,并且可以通过 DiagnosticListener得到诊断信息,而DiagnosticCollector类就是listener的实现。

  使用 StandardJavaFileManager需要两步。首先建立一个DiagnosticCollector实例以及通过JavaCompiler的 getStandardFileManager()方法得到一个StandardFileManager对象。最后通过CompilationTask中的call方法编译源程序。
在使用这种方法调用Java编译时最复杂的方法就是getTask,下面让我们讨论一下getTask方法。这个方法有如下所示的6个参数。

getTask(Writer out,JavaFileManager fileManager,
DiagnosticListener<? super JavaFileObject> diagnosticListener,
Iterable<String> options,
Iterable<String> classes,
Iterable<? extends JavaFileObject> compilationUnits)

  这些参数大多数都可为null。它们的含义所下。

  ·out::用于输出错误的流,默认是System.err。

  ·fileManager::标准的文件管理。

  ·diagnosticListener: 编译器的默认行为。

  ·options: 编译器的选项

  ·classes:参与编译的class。

  最后一个参数compilationUnits不能为null,因为这个对象保存了你想编译的Java文件。

  在使用完getTask后,需要通过StandardJavaFileManager的getJavaFileObjectsFromFiles或 getJavaFileObjectsFromStrings方法得到compilationUnits对象。调用这两个方法的方式如下:.

Iterable<? extends JavaFileObject> getJavaFileObjectsFromFiles(
Iterable<? extends File> files)
Iterable<? extends JavaFileObject> getJavaFileObjectsFromStrings(
Iterable<String> names)

String[] filenames = …;
Iterable<? extends JavaFileObject> compilationUnits =
fileManager.getJavaFileObjectsFromFiles(Arrays.asList(filenames));

JavaCompiler.CompilationTask task = compiler.getTask(null, fileManager,
diagnostics, options, null, compilationUnits);

  最后需要关闭fileManager.close();

  下面是一个完整的演示程序。

import java.io.*;
import java.util.*;
import javax.tools.*;

public class test_compilerapi
{
 private static void compilejava() throws Exception
 {
  JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
  // 建立DiagnosticCollector对象
  DiagnosticCollector<JavaFileObject> diagnostics = new DiagnosticCollector<JavaFileObject>();
  StandardJavaFileManager fileManager = compiler.getStandardFileManager(diagnostics, null, null);
  // 建立用于保存被编译文件名的对象
  // 每个文件被保存在一个从JavaFileObject继承的类中
  Iterable<? extends JavaFileObject> compilationUnits = fileManager
.getJavaFileObjectsFromStrings(Arrays asList("test3.java"));
  JavaCompiler.CompilationTask task = compiler.getTask(null, fileManager,
diagnostics, null, null, compilationUnits);
  // 编译源程序
  boolean success = task.call();
  fileManager.close();
  System.out.println((success)?"编译成功":"编译失败");
 }
 public static void main(String args[]) throws Exception
 {
  compilejava();
 }
}

  如果想得到具体的编译错误,可以对Diagnostics进行扫描,代码如下:

for (Diagnostic diagnostic : diagnostics.getDiagnostics())
System.out.printf(
"Code: %s%n" +
"Kind: %s%n" +
"Position: %s%n" +
"Start Position: %s%n" +
"End Position: %s%n" +
"Source: %s%n" +
"Message: %s%n",
diagnostic.getCode(), diagnostic.getKind(),
diagnostic.getPosition(), diagnostic.getStartPosition(),
diagnostic.getEndPosition(), diagnostic.getSource(),
diagnostic.getMessage(null));

  被编译的test.java代码如下:

public class test
{
 public static void main(String[] args) throws Exception
 {
  aa; //错误语句
  System.out.println("JavaCompiler测试成功!");
 }
}

  在这段代码中多写了个aa,得到的编译错误为:

Code: compiler.err.not.stmt
Kind: ERROR
Position: 89
Start Position: 89
End Position: 89
Source: test.java
Message: test.java:5: 不是语句
Success: false

  通过JavaCompiler进行编译都是在当前目录下生成.class文件,而使用编译选项可以改变这个默认目录。编译选项是一个元素为String类型的Iterable集合。如我们可以使用如下代码在D盘根目录下生成.class文件。

Iterable<String> options = Arrays.asList("-d", "d:\\");
JavaCompiler.CompilationTask task = compiler.getTask(null, fileManager,
diagnostics, options, null, compilationUnits);

  在上面的例子中options处的参数为null,而要传递编译器的参数,就需要将options传入。

  有时我们编译一个Java源程序文件,而这个源程序文件需要另几个Java文件,而这些Java文件又在另外一个目录,那么这就需要为编译器指定这些文件所在的目录。

Iterable<String> options = Arrays.asList("-sourcepath", "d:\\src");

  上面的代码指定的被编译Java文件所依赖的源文件所在的目录。

原文转自:http://www.ltesting.net