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，添加：

   
          
          
          
              
              
              
              
              
                  
              
              
              
                  
              
              
                  
              
          
      

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

 

【责编:landy】

--------------------next---------------------