这里介绍Java动态编译技术原理!
编译,一般来说就是将源代码转换成机器码的过程,比如在C语言中中,将C语言源代码编译成a.out,,但是在Java中的理解可能有点不同,编译指的是将java 源代码转换成class字节码的过程,而不是真正的机器码,这是因为中间隔着一个JVM。虽然对于编译的理解不同,但是编译的过程基本上都是相同的。但是我们熟悉的编译大都是点击一下Eclipse或者Intellij Idea的Run或者Build按钮,但是在点击后究竟发生什么?其实我没仔细了解过,只是知道这个程序运行起来了,但是如果你使用过javac命令去编译代码时,可能了解的就更深一些,据说印度的Java程序员最开始编程的时候使用的都是文本编辑器而不是IDE,这样更能接触底层的过程。 

除了使用javac命令编译Java程序,从Java 1.6开始,我们也可以在程序运行时根据程序实际运行来构建一些类并进行编译,这需要JDK提供给我们一些可供调用的接口来完成编译工作。

一、编译源码需要啥?

那么问题来了,如果要了解运行时编译的过程和对应的接口,首先要明白的就是编译这个过程都会涉及哪些工具和要解决的问题?从我们熟悉的构建过程开始:

  • 编译工具(编译器):显然没有这个东西我们啥也干不了;
  • 要编译的源代码文件:没有这个东西,到底编啥呢?
  • 源代码、字节码文件的管理:其实这里靠的是文件系统的支持,包括文件的创建和管理;
  • 编译过程中的选项:要编译的代码版本、目标,源代码位置,classpath和编码等等,见相关文章;
  • 编译中编译器输出的诊断信息:告诉你编译成功还是失败,会有什么隐患提出警告信息;

按照这些信息,JDK也提供了可编程的接口对象上述信息,这些API全部放在javax.tools包下,对应上面的信息如下:

  • 编译器:涉及到的接口和类如下:

    • JavaCompiler
    • JavaCompiler.CompilationTask
    • ToolProvider
  • 在上面的接口和类中,ToolProvider类似是一个工具箱,它可以提供JavaCompiler类的实例并返回,然后该实例可以获取JavaCompiler.CompilationTask实例,然后由JavaCompiler.CompilationTask实例来执行对应的编译任务,其实这个执行过程是一个并发的过程。

  • 源代码文件:涉及到接口和类如下:

    • FileObject
    • ForwardingFileObject
    • JavaFileObject
    • JavaFileObject.Kind
    • ForwardingJavaFileObject
    • SimpleJavaFileObject
  • 上述后面的4个接口和类都是FileObject子接口或者实现类,FIleObject接口代表了对文件的一种抽象,可以包括普通的文件,也可以包括数据库中的数据库等,其中规定了一些操作,包括读写操作,读取信息,删除文件等操作。我们要用的其实是JavaFileObject接口,其中还增加了一些操作Java源文件和字节码文件特有的API,而SimpleJavaFileObject是JavaFileObject接口的实现类,但是其中你可以发现很多的接口其实就是直接返回一个值,或者抛出一个异常,并且该类的构造器由protected修饰的,所以要实现复杂的功能,需要我们必须扩展这个类。ForwardingFileObject、ForwardingJavaFileObject类似,其中都是包含了对应的FileObject和JavaFileObject,并将方法的执行委托给这些对象,它的目的其实就是为了提高扩展性。

  • 文件的创建和管理:涉及接口和类如下:

    • JavaFileManager
    • JavaFileManager.Location
    • StandardJavaFileManager
    • ForwardingJavaFileManager
    • StandardLocation
  • JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
    DiagnosticCollector<JavaFileObject> collector = new DiagnosticCollector<>();
    // 该JavaFileManager实例是com.sun.tools.javac.file.JavacFileManager
    JavaFileManager manager= compiler.getStandardFileManager(collector, null, null);

    JavaFileManager用来创建JavaFileObject,包括从特定位置输出和输入一个JavaFileObject,ForwardingJavaFileManager也是出于委托的目的。而StandardJavaFileManager是JavaFileManager直接实现类,JavaFileManager.Location和StandardLocation描述的是JavaFileObject对象的位置,由JavaFileManager使用来决定在哪创建或者搜索文件。由于在javax.tools包下没有JavaFileManager对象的实现类,如果我们想要使用,可以自己实现该接口,也可以通过JavaCompiler类中的getStandardFileManager完成,如下:

  • 编译选项的管理:

    • OptionChecker
  • 这个接口基本上没有用过。

  • 诊断信息的收集:涉及接口和类如下:

    • Diagnostic
    • DiagnosticListener
    • Diagnostic.Kind
    • DiagnosticCollector
  • Diagnostic会输出编译过程中产生的问题,包括问题的信息和出现问题的定位信息,问题的类别则在Diagnostic.Kind中定义。DiagnosticListener则是从编译器中获取诊断信息,当出现诊断信息时则会调用其中的report方法,DiagnosticCollector则是进一步实现了DiagnosticListener,并将诊断信息收集到一个list中以便处理。

在Java源码运行时编译的时候还会遇到一个与普通编译不同的问题,就是类加载器的问题,由于这个问题过大,而且比较核心,将会专门写一篇文章介绍。

二、如何在运行时编译源代码?

好了说了这么多了,其实都是为了下面的实例作为铺垫,我们还是从上述的几个组件来说明。

1、准备编译器对象

这里只有一种方法,如下:

JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
// ......
// 在其他实例都已经准备完毕后, 构建编译任务, 其他实例的构建见如下
Boolean result = compiler.getTask(null, manager, collector, options,null,Arrays.asList(javaFileObject));

  

2、诊断信息的收集

// 初始化诊断收集器
DiagnosticCollector<JavaFileObject> collector = new DiagnosticCollector<>();
// ......
// 编译完成之后,获取编译过程中的诊断信息
collector.getDiagnostics().forEach(item -> System.out.println(item.toString()))

  

在这个过程中可以通过Diagnostic实例获取编译过程中出错的行号、位置以及错误原因等信息。

3、源代码文件对象的构建

由于JDK提供的FileObject、ForwardingFileObject、JavaFileObject、ForwardingJavaFileObject、SimpleJavaFileObject都无法直接使用,所以我们需要根据需求自定义,此时我们要明白SimpleJavaFileObject类中的哪些方法是必须要覆盖的,可以看如下过程:

下面是调用compiler中的getTask方法时的调用栈,可以看出从main()方法中开始调用getTask方法开始,直到编译工作开始进行,首先读取源代码,调用com.sun.tools.javac.main包中的readSource()方法,源代码如下:

public CharSequence readSource(JavaFileObject filename) {
try {
inputFiles.add(filename);
return filename.getCharContent(false);
} catch (IOException e) {
log.error("error.reading.file", filename, JavacFileManager.getMessage(e));
return null;
}
}

  

其中调用ClientCodeWrapper$WrappedFileObject对象中的filename.getCharContent(false)方法来读取要编译的源码,源代码如下:

public CharSequence getCharContent(boolean ignoreEncodingErrors) throws IOException {
try {
return clientFileObject.getCharContent(ignoreEncodingErrors);
} catch (ClientCodeException e) {
throw e;
} catch (RuntimeException e) {
throw new ClientCodeException(e);
} catch (Error e) {
throw new ClientCodeException(e);
}
}

  

而其中的clientFileObject.getCharContent(ignoreEncodingErrors),其实就是调用我们实现的自定义的JavaFIleObject对象,因此源代码文本是必须的,因此getCharContent方法是必须实现的,另外在编译器编译完成之后要将编译完成的字节码输出,如下图:

这时调用writeClass()输出字节码,通过打开一个输出流OutputStream来完成该过程,因此openOutputStream()这个方法也是必须实现的。因此该类的实现如下:

public static class MyJavaFileObject extends SimpleJavaFileObject {
private String source;
private ByteArrayOutputStream outPutStream;
// 该构造器用来输入源代码
public MyJavaFileObject(String name, String source) {
// 1、先初始化父类,由于该URI是通过类名来完成的,必须以.java结尾。
// 2、如果是一个真实的路径,比如是file:///test/demo/Hello.java则不需要特别加.java
// 3、这里加的String:///并不是一个真正的URL的schema, 只是为了区分来源
super(URI.create("String:///" + name + Kind.SOURCE.extension), Kind.SOURCE);
this.source = source;
}
// 该构造器用来输出字节码
public MyJavaFileObject(String name, Kind kind){
super(URI.create("String:///" + name + kind.extension), kind);
source = null;
} @Override
public CharSequence getCharContent(boolean ignoreEncodingErrors){
if(source == null){
throw new IllegalArgumentException("source == null");
}
return source;
} @Override
public OutputStream openOutputStream() throws IOException {
outPutStream = new ByteArrayOutputStream();
return outPutStream;
} // 获取编译成功的字节码byte[]
public byte[] getCompiledBytes(){
return outPutStream.toByteArray();
}
}

 

4、文件管理器对象的构建

文件管理对象显然也是不能直接使用JDK提供的接口,因为只有ForwardingJavaFileManager是一个类,其他的都是接口,而且在ForwardingJavaFileManager中构造器又是protected,所以如果想定制化使用的话,需要实现接口或者继承类,如果只是简单使用,可以如下:

JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
DiagnosticCollector<JavaFileObject> collector = new DiagnosticCollector<>();
// 该JavaFileManager实例是com.sun.tools.javac.file.JavacFileManager
JavaFileManager manager= compiler.getStandardFileManager(collector, null, null);

  

但是compiler.getStandardFileManager()返回的是com.sun.tools.javac.file.JavacFileManager实例,这个不是公开的类,所以我们无法直接使用,只能通过这种调用返回实例。

但是我们课也可以构造自己的FileManager,为了更好的构建,需要理解JavaFileManager在内存中编译时的使用过程,如下:

  1. 在编译过程中,首先是编译器会遍历JavaFileManager对象,获取指定位置的所有符合要求的JavaFileObject对象,甚至可以递归遍历,这时调用的是list()方法,该方法会扫面所有涉及的到的包,包括一个类和它实现的接口和继承的类:

  2. 之后根据获取到的JavaFileObject对象,获取它的二进制表示的名称,通过调用inferBinaryName()方法;

  3. 之后是输出编译类,而类的表示为JavaFileObject对象,注意此时的JavaFileObject.KindCLASS,调用的方法是getJavaFileForOutput(),注意该方法的调用是在JavaFileObjectopenOutputStream()方法之前,如下图:

既然了解了上述的流程,我们自定义的文件管理器如下:

private static Map<String, JavaFileObject> fileObjects = new ConcurrentHashMap<>();
// 这里继承类,不实现接口是为了避免实现过多的方法
public static class MyJavaFileManager extends ForwardingJavaFileManager<JavaFileManager> {
protected MyJavaFileManager(JavaFileManager fileManager) {
super(fileManager);
} @Override
public JavaFileObject getJavaFileForInput(Location location, String className, JavaFileObject.Kind kind) throws IOException {
JavaFileObject javaFileObject = fileObjects.get(className);
if(javaFileObject == null){
super.getJavaFileForInput(location, className, kind);
}
return javaFileObject;
} @Override
public JavaFileObject getJavaFileForOutput(Location location, String qualifiedClassName, JavaFileObject.Kind kind, FileObject sibling) throws IOException {
JavaFileObject javaFileObject = new MyJavaFileObject(qualifiedClassName, kind);
fileObjects.put(qualifiedClassName, javaFileObject);
return javaFileObject;
}
}

  

5、编译选项的选择

在使用javac命令的时候,可以添加很多的选项,在实现API完成编译的时候也可以提供参数,比如编译目标,输出路径以及类路径等等,如下:

List<String> options = new ArrayList<>();
options.add("-target");
options.add("1.8");
options.add("-d");
options.add("/");
// 省略......
compiler.getTask(null, javaFileManager, collector, options, null, Arrays.asList(javaFileObject));

  

6、其他问题

  • 想将编译完成的字节码输出为文件,也不需要上面自定义JavaFileManager,直接使用JavaCompiler提供的即可,而且在自定义的JavaFileObject中也不需要实现OpenOutStream这种方法,代替要提供options.add(“-d”),options.add(“/”)等编译选项;如果不输出为文件按照上述的例子即可;
  • StandardLocation中的元素可以代替真实的路径位置,但是不会输出为文件,可以为一个内存中的文件;
  • 在编译完成之后要将字节码文件加载进来,因此就要涉及到类加载机制,由于这也是一个很大的话题,所以后面会专门总结一篇,但是在这里还是要说明一下,由于上面编译时没有额外的依赖包,所以不用考虑加载依赖文件的问题,但是当如果有这样的需求时,我们可以利用类加载的委托机制,将依赖文件的加载全部交给父加载器去做即可。

完整的代码如下:

package com.wdx.compiler;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory; import javax.tools.Diagnostic;
import javax.tools.DiagnosticCollector;
import javax.tools.FileObject;
import javax.tools.ForwardingJavaFileManager;
import javax.tools.JavaCompiler;
import javax.tools.JavaFileManager;
import javax.tools.JavaFileObject;
import javax.tools.SimpleJavaFileObject;
import javax.tools.ToolProvider;
import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.io.OutputStream;
import java.net.URI;
import java.util.ArrayList;
import java.util.Arrays;
import java.util.List;
import java.util.Map;
import java.util.concurrent.ConcurrentHashMap; public class CubeJavaCompiler{ private static final Logger logger = LoggerFactory.getLogger(CubeJavaCompiler.class); private static final JavaCompiler _compiler = ToolProvider.getSystemJavaCompiler();
private static final DiagnosticCollector<JavaFileObject> collector = new DiagnosticCollector<>();
private static final CubeJavaFileManager manager = new CubeJavaFileManager(_compiler.getStandardFileManager(collector, null, null));
private static final Map<String, JavaFileObject> fileObjectMap = new ConcurrentHashMap<>();
private static List<String> options = new ArrayList<>(); static {
options.add("-Xlint:unchecked");
options.add("-target");
options.add("1.8");
} public static Class<?> compile(String code, String className) throws ClassNotFoundException{
String qualified = className.substring(className.lastIndexOf('.') + 1, className.length());
CubeJavaObject cubeJavaObject = new CubeJavaObject(qualified, code);
JavaCompiler.CompilationTask task = _compiler.getTask(null, manager, collector, options, null, Arrays.asList(cubeJavaObject));
task.call();
//输出诊断信息
for (Diagnostic<? extends JavaFileObject> diagnostic : collector.getDiagnostics()) {
try {
logger.error("编译错误:{}", diagnostic.toString());
} catch (Exception e) {
logger.error("输出内容错误", e);
}
}
return cubeJavaClassLoader.loadClass(className);
} private static ClassLoader cubeJavaClassLoader = new ClassLoader() { @Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
JavaFileObject fileObject = fileObjectMap.get(name);
if(fileObject != null){
byte[] bytes = ((CubeJavaObject)fileObject).getCompiledBytes();
return defineClass(name, bytes, 0, bytes.length);
}
try{
return ClassLoader.getSystemClassLoader().loadClass(name);
} catch (Exception e){
logger.error("加载类失败,{}", name, e);
return super.findClass(name);
}
} }; private static class CubeJavaObject extends SimpleJavaFileObject{
private String code;
private ByteArrayOutputStream outPutStream; public CubeJavaObject(String qualified, String code) {
super(URI.create("String:///" + qualified + Kind.SOURCE.extension), Kind.SOURCE);
this.code = code;
} public CubeJavaObject(String qualified, Kind kind) {
super(URI.create("String:///" + qualified + kind.extension), kind);
} @Override
public CharSequence getCharContent(boolean ignoreEncodingErrors) throws IOException {
if(code == null){
throw new IllegalArgumentException("code required");
}
return code;
} @Override
public OutputStream openOutputStream() throws IOException {
outPutStream = new ByteArrayOutputStream();
return outPutStream;
} public byte[] getCompiledBytes(){
return outPutStream.toByteArray();
}
} private static class CubeJavaFileManager extends ForwardingJavaFileManager<JavaFileManager> { public CubeJavaFileManager(JavaFileManager fileManager) {
super(fileManager);
} @Override
public JavaFileObject getJavaFileForInput(Location location, String className, JavaFileObject.Kind kind) throws IOException {
JavaFileObject javaFileObject = fileObjectMap.get(className);
if(javaFileObject == null){
super.getJavaFileForInput(location, className, kind);
}
return javaFileObject;
} @Override
public JavaFileObject getJavaFileForOutput(Location location, String className, JavaFileObject.Kind kind, FileObject sibling) throws IOException {
JavaFileObject javaFileObject = new CubeJavaObject(className, kind);
fileObjectMap.put(className, javaFileObject);
return javaFileObject;
}
}
}

Java动态编译技术原理的更多相关文章

  1. Java 动态调试技术原理及实践

    本文转载自Java 动态调试技术原理及实践 导语 断点调试是我们最常使用的调试手段,它可以获取到方法执行过程中的变量信息,并可以观察到方法的执行路径.但断点调试会在断点位置停顿,使得整个应用停止响应. ...

  2. Java 动态调试技术原理及实践 【基本功】Java动态追踪技术探究

    https://mp.weixin.qq.com/s/ZlNcvwJ_swspifWTLHA92Q https://mp.weixin.qq.com/s/_hSaI5yMvPTWxvFgl-UItA

  3. java动态编译 (java在线执行代码后端实现原理)(二)

    在上一篇java动态编译 (java在线执行代码后端实现原理(一))文章中实现了 字符串编译成字节码,然后通过反射来运行代码的demo.这一篇文章提供一个如何防止死循环的代码占用cpu的问题. 思路: ...

  4. java动态编译 (java在线执行代码后端实现原理)

    需求:要实现一个web网页中输入java代码,然后能知道编译结果以及执行结果 类似于菜鸟java在线工具的效果:https://c.runoob.com/compile/10 刚开始从什么概念都没有到 ...

  5. java动态编译笔记

    1 前言 Java的动态编译知识,真真在实际开发中并不是经常遇到.但是学习java动态编译有助于我们从更深一层次去了解java.对掌握jdk的动态代理模式,这样我们在学习其他一些开源框架的时候就能够知 ...

  6. java高级---->Java动态代理的原理

    Java动态代理机制的出现,使得 Java 开发人员不用手工编写代理类,只要简单地指定一组接口及委托类对象,便能动态地获得代理类.代理类会负责将所有的方法调用分派到委托对象上反射执行,在分派执行的过程 ...

  7. Java 动态编译--DynamicCompiler

    java 动态编译自己写过程的机会比较少,记录一下: package com.xzlf.dynamicCompile; import java.io.IOException; import java. ...

  8. 动态代理 原理简析(java. 动态编译,动态代理)

    动态代理: 1.动态编译 JavaCompiler.CompilationTask 动态编译想理解自己查API文档 2.反射被代理类 主要使用Method.invoke(Object o,Object ...

  9. (转载)JAVA动态编译--字节代码的操纵

    在一般的Java应用开发过程中,开发人员使用Java的方式比较简单.打开惯用的IDE,编写Java源代码,再利用IDE提供的功能直接运行Java 程序就可以了.这种开发模式背后的过程是:开发人员编写的 ...

随机推荐

  1. httpclient: Content-Length header already present问题

    现象:用httpclient发送http请求时,客户端返回: org.apache.http.client.ClientProtocolException at org.apache.http.imp ...

  2. windows常用命令行命令

    https://blog.csdn.net/qq_32451373/article/details/77743869 打开"运行"对话框(Win+R),输入cmd,打开控制台命令窗 ...

  3. 12563 - Jin Ge Jin Qu hao——[DP递推]

    (If you smiled when you see the title, this problem is for you ^_^) For those who don’t know KTV, se ...

  4. H3C 配置路由器作为FTP服务器端

  5. Jmeter完整Demo

    1:创建一个线程组 2:添加一个cookie管理器 3:设置你的信息头管理器:application/json;text/plain;charset=UTF-8 44 4:添加一个用户参数,做全局变量 ...

  6. linux进程互斥等待

    我们已经见到当一个进程调用 wake_up 在等待队列上, 所有的在这个队列上等待的进程 被置为可运行的. 在许多情况下, 这是正确的做法. 但是, 在别的情况下, 可能提前知道 只有一个被唤醒的进程 ...

  7. C# 性能分析 反射 VS 配置文件 VS 预编译

    本文分析在 C# 中使用反射和配置文件和预编译做注入的性能,本文的数据是为预编译框架,开发高性能应用 - 课程 - 微软技术暨生态大会 2018 - walterlv提供 本文通过代码生成工具,使用C ...

  8. .NET Core + docker入门

    下载安装docker docker客户端,今天vpn小水管实在是受不了,于是找了国内的下载地址 配置docker加速器 参考博文Docker for windows10 配置阿里云镜像 docker入 ...

  9. js实现php函数urlencode

    原文链接:https://www.cnblogs.com/xiaochaohuashengmi/archive/2010/05/28/1746168.html 本文介绍了php函数urlencode的 ...

  10. k8s集群---apiserver,controller-manager,scheduler部署

    #证书自签名脚本 root@k8s-master: ~/k8s/k8s-cert :: $ cat k8s-cert.sh cat > ca-config.json <<EOF { ...