java是静态链接的_Java的“静态库链接” | 学步园

Java的库组织方式就是“动态链接”的，从一个Java的jar包运行有可能要接一堆classpath就知道。和基于静态链接的C语言要实现动态链接要做额外的事情相似，Java要想实现类似C的静态链接也要做很多额外的事。

用类似Fat Jar的方法，把所有的依赖库打包的最后的库中，其实不是静态链接——C的静态链接只把需要的代码复制过来，不是眉毛胡子一把抓。按说，以Java的思想，静态链接不是很必要，因此也就没有原生支持。但实践和理论毕竟差距很远，不是每个库都是标准库，假设你从别人的库中引用了几个类，为了支持你的程序，你必须提供别人的库(假设这个库并不流行)。再假设你自己写了一个库，以后再开发类似的程序就从库中派生，当然你不想把所有的代码都发行出去。这个问题在Netbeans上更为明显，Netbeans提供了一个swing框架，用起来当然很方便，但是当发行程序的时候你就会发现，Netbeans很负责任的把依赖库放到发行目录的lib下，居然有将近1M，(禁掉粗口)，光写一个窗口就要1M！

ProGuard不光是个混淆器，它也能解决静态链接的问题，用它自己的话说是 It detects and removes unused classes, fields, methods, and attributes.下面给出的是在Netbeans中用的Ant脚本，修改项目的build.xml，添加：

<

target

name

=

"-post-jar"

>

<

taskdef

resource

=

"proguard/ant/task.properties"

classpath

=

"${libs.proguard.classpath}"

/>

<

copyfile

src

=

"${dist.jar}"

dest

=

"${dist.dir}/pre.jar"

/>

<

proguard

warn

=

"false"

obfuscate

=

"false"

>

<

libraryjar

path

=

"${java.home}/lib/rt.jar"

/>

<

injar

path

=

"${javac.classpath}"

filter

=

"!META-INF/MANIFEST.MF"

/>

<

injar

path

=

"${dist.dir}/pre.jar"

/>

<

outjar

path

=

"${dist.jar}"

/>

<

keep

name

=

"${main.class}"

>

<

method

name

=

"main"

/>

keep

>

<

keep

name

=

"org.jdesktop.beansbinding.ext.BeanAdapterProvider"

/>

<

keepclasseswithmembernames

>

<

method

name

=

"getServiceNames"

/>

keepclasseswithmembernames

>

<

keepclasseswithmembernames

>

<

method

name

=

"addPropertyChangeListener"

/>

keepclasseswithmembernames

>

proguard

>

target

>

Netbeans自带ProGuard混淆器，libs.proguard.classpath就是ProGuard的位置。关掉了警告，因为我的应用共享了J2ME的库。关掉了混淆，这样更能看出去掉了哪些类。后面的keep只要看着ProGuard的提示加就可以了——既然是一一对应的解决方案，为什么ProGuard不提供个自动选项，期望能早日加上。