2019-09-11
关键字：Android 大包编译
搞 Android 系统开发的时候，常用的编译模块的命令无非就两条：
mm mmm
但有的时候却发现，以前用的好好的编译命令，突然就报错了。比如：
Exception in thread "main" java.lang.UnsupportedClassVersionError: com/android/signapk/SignApk : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
Could not find the main class: com.android.signapk.SignApk. Program will exit.
make: *** [out/target/product/rk3288/obj/APPS/GPIOAPI_intermediates/package.apk] Error 1
最后翻遍一众博客并经过一顿思考，终寻得答案：编译环境中的 JDK 版本有问题。
从这个异常栈信息字面意思来看是 SignApk 这个程序所能支持的最小版本号越界了。SignApk 是干嘛的我暂时还不知道，不过我知道有一个 SignApk.jar，它是用来给编译出来的 APK 签名用的。也许这个 SignApk 也有差不多的作用吧。不过这并不重要。
既然异常信息栈中有提到因为 java 的 class loader 因版本越界而报错，那我们就来看看当前系统的 PATH 信息：
$echo $PATH /opt/jdk1.6.0_29//bin: ... :/opt/jdk1.6.0_29//bin:/opt/jdk1.6.0_29/jre/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
这里可以很明显地看到笔者所使用的系统环境下只引入了 JDK6，而刚好笔者在开发的 Android 系统是 5.1 的，这个版本的 Android 系统要求 JDK 版本至少要达到 7。这当然要报版本越界错误的嘛。
既然问题的原因搞清楚了，那解决的办法自然也是很简单了。
最快速、应急式的解决办法，就是手动将 JDK7 的路径引入到系统 PATH 中。
例如，笔者所使用的编译服务器下已经安装有 JDK7 的软件了，它的路径为：
/opt/jdk1.7.0_65/
所以，只需要使用如下命令手动添加 JDK7 的路径进 PATH 即可：
export PATH=/opt/jdk1.7.0_65/bin:$PATH
这个时候可以再检查一个 PATH 的信息，确认这个 JDK7 的路径被应用上去了。
这个时候，再来编译，就发现不会再报版本异常的错误了。
---
这里再贴一下上面异常栈中提到的 51.0 版本号与 JDK 版本号之间的对应关系
1.1 ---> 45
1.2 ---> 46
1.3 ---> 47
1.4 ---> 48
1.5 ---> 49
1.6 ---> 50
1.7 ---> 51
1.8 ---> 52
如果我们打一开始就知道这个 51.0 指代的就是 JDK1.7 版本，那肯定立马就能想到是自己当前编译链中的 JDK 版本有问题了。所以，适当的了解一下这些对应关系还是有一定帮助作用的。