android下java的静态库和动态库

程序编制一般需经编辑、编译、链接、加载和运行几个步骤。在我们的应用中，有一些公共代码是需要反复使用，就把这些代码编译为“库”文件；在链接步骤中，连接器将从库文件取得所需的代码，复制到生成的可执行文件中。这种库称为静态库，其特点是可执行文件中包含了库代码的一份完整拷贝；缺点就是被多次使用就会有多份冗余拷贝。

为了克服这个缺点可以采用动态链接库。这个时候链接器仅仅是在可执行文件中打上标志，说明需要使用哪些动态连接库；当运行程序时，加载器根据这些标志把所需的动态链接库加载到内存。

另外在当前的编程环境中，一般都提供方法让程序在运行的时候把某个特定的动态连接库加载并运行，也可以将其卸载（例如Win32的LoadLibrary()&FreeLibrary()和Posix的dlopen()&dlclose()）。这个功能被广泛地用于在程序运行时刻更新某些功能模块或者是程序外观。

与普通程序不同的是，Java程序（class文件）并不是本地的可执行程序。当运行Java程序时，首先运行JVM（Java虚拟机），然后再把Java class加载到JVM里头运行，负责加载Java class的这部分就叫做Class Loader。通常class文件仅在需要使用时才加载。 这本身就是一种动态链接。

ava作为一种天生的动态链接语言，无法支持静态链接。但C语言的静态库除了静态链接的概念外，还隐含了一层意思，即库中的代码会打包到可执行文件中。JAVA中的JAR某种程度上类似一个可执行文件或库，借用C语言中静态库和动态库的概念，这里把最终会合并到生成的JAR文件中的JAR包叫静态库，反之仅仅在编译中使用，并不打包到生成的JAR包中，运行时需系统自行提供的JAR包叫动态库。

C的静态链接只把需要的代码复制过来，而Java用类似Fat Jar的方法，把所有的依赖库打包到最后的库中，眉毛胡子一把抓。这个问题可以用ProGuard解决，用它自己的话说是 It detects and removes unused classes, fields, methods, and attributes。

Eclipse中对JAR包的使用方式有两种，library和user libraries，其中library在工程中通过add jars...或add external jars...添加，出现在Referenced Libraries中，而user libraries需要在工作空间中管理，再在工程中通过add library...添加。这两种使用方式本身并没有静态库和动态库的区别，需要在打包或部署时再行指定。但user libraries的方式明显更方便管理多个工程共同使用的多个库，而系统库往往都有这种特性。

android的apk比JAR更类似可执行程序，而且因为标准库隐藏了很多功能，我们常常需要使用自己构建的系统库来编译。但android的ADT工具并没有提供是否将library或user libraries打包的选项。根据我的经验，ADT默认将library打包到apk中，而user libraries则仅用于编译，运行时再请求系统加载相关类。哪位同学有更明确的信息，还望指教，我短期内恐怕不会有时间去研究这个问题。

因此，可以这么说，在android中，library用来添加静态库，而user libraries用来管理动态库。千万不能弄错了，如果把静态库错误地加入动态库，运行时会出现找不到对应的class的错误，但因为Java语言的动态链接机制，只有运行到库中代码时才会出错；反之，如果把动态库做成了静态库，问题就更隐蔽了，可能只是dex文件特别大，而没有其它问题，也可能因加载了错误版本的系统代码，出现一些稀奇古怪的问题。慎之，慎之...