java编译成静态库

① android 怎么编译so文件

android NDK编译多个so文件

android编译系统的makefile文件Android.mk写法如下

(1)Android.mk文件首先需要指定LOCAL_PATH变量，用于查找源文件。由于一般情况下

Android.mk和需要编译的源文件在同一目录下，所以定义成如下形式：

LOCAL_PATH:=$(call my-dir)

上面的语句的意思是将LOCAL_PATH变量定义成本文件所在目录路径。

(2)Android.mk中可以定义多个编译模块，每个编译模块都是以include $(CLEAR_VARS)开始

以include $(BUILD_XXX)结束。

include $(CLEAR_VARS)

CLEAR_VARS由编译系统提供，指定让GNU MAKEFILE为你清除除LOCAL_PATH以外的所有LOCAL_XXX变量，

如LOCAL_MODULE，LOCAL_SRC_FILES，LOCAL_SHARED_LIBRARIES，LOCAL_STATIC_LIBRARIES等。

include $(BUILD_STATIC_LIBRARY)表示编译成静态库

include $(BUILD_SHARED_LIBRARY)表示编译成动态库。

include $(BUILD_EXECUTABLE)表示编译成可执行程序

(3)举例如下(frameworks/base/libs/audioflinger/Android.mk)：

LOCAL_PATH:= $(call my-dir)

include $(CLEAR_VARS) 模块一

ifeq ($(AUDIO_POLICY_TEST),true)

ENABLE_AUDIO_DUMP := true

endif

LOCAL_SRC_FILES:= \

AudioHardwareGeneric.cpp \

AudioHardwareStub.cpp \

AudioHardwareInterface.cpp

ifeq ($(ENABLE_AUDIO_DUMP),true)

LOCAL_SRC_FILES += AudioDumpInterface.cpp

LOCAL_CFLAGS += -DENABLE_AUDIO_DUMP

endif

LOCAL_SHARED_LIBRARIES := \

libcutils \

libutils \

libbinder \

libmedia \

libhardware_legacy

ifeq ($(strip $(BOARD_USES_GENERIC_AUDIO)),true)

LOCAL_CFLAGS += -DGENERIC_AUDIO

endif

LOCAL_MODULE:= libaudiointerface

ifeq ($(BOARD_HAVE_BLUETOOTH),true)

LOCAL_SRC_FILES += A2dpAudioInterface.cpp

LOCAL_SHARED_LIBRARIES += liba2dp

LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP

LOCAL_C_INCLUDES += $(call include-path-for, bluez)

endif

include $(BUILD_STATIC_LIBRARY) 模块一编译成静态库

include $(CLEAR_VARS) 模块二

LOCAL_SRC_FILES:= \

AudioPolicyManagerBase.cpp

LOCAL_SHARED_LIBRARIES := \

libcutils \

libutils \

libmedia

ifeq ($(TARGET_SIMULATOR),true)

LOCAL_LDLIBS += -ldl

else

LOCAL_SHARED_LIBRARIES += libdl

endif

LOCAL_MODULE:= libaudiopolicybase

ifeq ($(BOARD_HAVE_BLUETOOTH),true)

LOCAL_CFLAGS += -DWITH_A2DP

endif

ifeq ($(AUDIO_POLICY_TEST),true)

LOCAL_CFLAGS += -DAUDIO_POLICY_TEST

endif

include $(BUILD_STATIC_LIBRARY) 模块二编译成静态库

include $(CLEAR_VARS) 模块三

LOCAL_SRC_FILES:= \

AudioFlinger.cpp \

AudioMixer.cpp.arm \

AudioResampler.cpp.arm \

AudioResamplerSinc.cpp.arm \

AudioResamplerCubic.cpp.arm \

AudioPolicyService.cpp

LOCAL_SHARED_LIBRARIES := \

libcutils \

libutils \

libbinder \

libmedia \

libhardware_legacy

ifeq ($(strip $(BOARD_USES_GENERIC_AUDIO)),true)

LOCAL_STATIC_LIBRARIES += libaudiointerface libaudiopolicybase

LOCAL_CFLAGS += -DGENERIC_AUDIO

else

LOCAL_SHARED_LIBRARIES += libaudio libaudiopolicy

endif

ifeq ($(TARGET_SIMULATOR),true)

LOCAL_LDLIBS += -ldl

else

LOCAL_SHARED_LIBRARIES += libdl

endif

LOCAL_MODULE:= libaudioflinger

ifeq ($(BOARD_HAVE_BLUETOOTH),true)

LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP

LOCAL_SHARED_LIBRARIES += liba2dp

endif

ifeq ($(AUDIO_POLICY_TEST),true)

LOCAL_CFLAGS += -DAUDIO_POLICY_TEST

endif

ifeq ($(TARGET_SIMULATOR),true)

ifeq ($(HOST_OS),linux)

LOCAL_LDLIBS += -lrt -lpthread

endif

endif

ifeq ($(BOARD_USE_LVMX),true)

LOCAL_CFLAGS += -DLVMX

LOCAL_C_INCLUDES += vendor/nxp

LOCAL_STATIC_LIBRARIES += liblifevibes

LOCAL_SHARED_LIBRARIES += liblvmxservice

# LOCAL_SHARED_LIBRARIES += liblvmxipc

endif

include $(BUILD_SHARED_LIBRARY) 模块三编译成动态库

(4)编译一个应用程序(APK)

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Build all java files in the java subdirectory-->直译（建立在java子目录中的所有Java文件）

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Name of the APK to build-->直译（创建APK的名称）

LOCAL_PACKAGE_NAME := LocalPackage

# Tell it to build an APK-->直译（告诉它来建立一个APK）

include $(BUILD_PACKAGE)

(5)编译一个依赖于静态Java库(static.jar)的应用程序

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# List of static libraries to include in the package

LOCAL_STATIC_JAVA_LIBRARIES := static-library

# Build all java files in the java subdirectory

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Name of the APK to build

LOCAL_PACKAGE_NAME := LocalPackage

# Tell it to build an APK

include $(BUILD_PACKAGE)

(6)编译一个需要用平台的key签名的应用程序

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Build all java files in the java subdirectory

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Name of the APK to build

LOCAL_PACKAGE_NAME := LocalPackage

LOCAL_CERTIFICATE := platform

# Tell it to build an APK

include $(BUILD_PACKAGE)

(7)编译一个需要用特定key前面的应用程序

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Build all java files in the java subdirectory

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Name of the APK to build

LOCAL_PACKAGE_NAME := LocalPackage

LOCAL_CERTIFICATE := vendor/example/certs/app

# Tell it to build an APK

include $(BUILD_PACKAGE)

(8)添加一个预编译应用程序

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Mole name should match apk name to be installed.

LOCAL_MODULE := LocalMoleName

LOCAL_SRC_FILES := $(LOCAL_MODULE).apk

LOCAL_MODULE_CLASS := APPS

LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)

include $(BUILD_PREBUILT)

(9)添加一个静态JAVA库

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Build all java files in the java subdirectory

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Any libraries that this library depends on

LOCAL_JAVA_LIBRARIES := android.test.runner

# The name of the jar file to create

LOCAL_MODULE := sample

# Build a static jar file.

include $(BUILD_STATIC_JAVA_LIBRARY)

(10)Android.mk的编译模块中间可以定义相关的编译内容，也就是指定相关的变量如下：

LOCAL_AAPT_FLAGS

LOCAL_ACP_UNAVAILABLE

LOCAL_ADDITIONAL_JAVA_DIR

LOCAL_AIDL_INCLUDES

LOCAL_ALLOW_UNDEFINED_SYMBOLS

LOCAL_ARM_MODE

LOCAL_ASFLAGS

LOCAL_ASSET_DIR

LOCAL_ASSET_FILES 在Android.mk文件中编译应用程序(BUILD_PACKAGE)时设置此变量，表示资源文件，

通常会定义成LOCAL_ASSET_FILES += $(call find-subdir-assets)

LOCAL_BUILT_MODULE_STEM

LOCAL_C_INCLUDES 额外的C/C++编译头文件路径，用LOCAL_PATH表示本文件所在目录

举例如下：

LOCAL_C_INCLUDES += extlibs/zlib-1.2.3

LOCAL_C_INCLUDES += $(LOCAL_PATH)/src

LOCAL_CC 指定C编译器

LOCAL_CERTIFICATE 签名认证

LOCAL_CFLAGS 为C/C++编译器定义额外的标志(如宏定义)，举例：LOCAL_CFLAGS += -DLIBUTILS_NATIVE=1

LOCAL_CLASSPATH

LOCAL_COMPRESS_MODULE_SYMBOLS

LOCAL_COPY_HEADERS install应用程序时需要复制的头文件，必须同时定义LOCAL_COPY_HEADERS_TO

LOCAL_COPY_HEADERS_TO install应用程序时复制头文件的目的路径

LOCAL_CPP_EXTENSION 如果你的C++文件不是以cpp为文件后缀，你可以通过LOCAL_CPP_EXTENSION指定C++文件后缀名

如：LOCAL_CPP_EXTENSION := .cc

注意统一模块中C++文件后缀必须保持一致。

LOCAL_CPPFLAGS 传递额外的标志给C++编译器，如：LOCAL_CPPFLAGS += -ffriend-injection

LOCAL_CXX 指定C++编译器

LOCAL_DX_FLAGS

LOCAL_EXPORT_PACKAGE_RESOURCES

LOCAL_FORCE_STATIC_EXECUTABLE 如果编译的可执行程序要进行静态链接(执行时不依赖于任何动态库)，则设置LOCAL_FORCE_STATIC_EXECUTABLE:=true

目前只有libc有静态库形式，这个只有文件系统中/sbin目录下的应用程序会用到，这个目录下的应用程序在运行时通常

文件系统的其它部分还没有加载，所以必须进行静态链接。

LOCAL_GENERATED_SOURCES

LOCAL_INSTRUMENTATION_FOR

LOCAL_INSTRUMENTATION_FOR_PACKAGE_NAME

LOCAL_INTERMEDIATE_SOURCES

LOCAL_INTERMEDIATE_TARGETS

LOCAL_IS_HOST_MODULE

LOCAL_JAR_MANIFEST

LOCAL_JARJAR_RULES

LOCAL_JAVA_LIBRARIES 编译java应用程序和库的时候指定包含的java类库，目前有core和framework两种

多数情况下定义成：LOCAL_JAVA_LIBRARIES := core framework

注意LOCAL_JAVA_LIBRARIES不是必须的，而且编译APK时不允许定义(系统会自动添加)

LOCAL_JAVA_RESOURCE_DIRS

LOCAL_JAVA_RESOURCE_FILES

LOCAL_JNI_SHARED_LIBRARIES

LOCAL_LDFLAGS 传递额外的参数给连接器(务必注意参数的顺序)

LOCAL_LDLIBS 为可执行程序或者库的编译指定额外的库，指定库以"-lxxx"格式，举例：

LOCAL_LDLIBS += -lcurses -lpthread

LOCAL_LDLIBS += -Wl,-z,origin

LOCAL_MODULE 生成的模块的名称(注意应用程序名称用LOCAL_PACKAGE_NAME而不是LOCAL_MODULE)

LOCAL_MODULE_PATH 生成模块的路径

LOCAL_MODULE_STEM

LOCAL_MODULE_TAGS 生成模块的标记

LOCAL_NO_DEFAULT_COMPILER_FLAGS

LOCAL_NO_EMMA_COMPILE

LOCAL_NO_EMMA_INSTRUMENT

LOCAL_NO_STANDARD_LIBRARIES

LOCAL_OVERRIDES_PACKAGES

LOCAL_PACKAGE_NAME APK应用程序的名称

LOCAL_POST_PROCESS_COMMAND

LOCAL_PREBUILT_EXECUTABLES 预编译including $(BUILD_PREBUILT)或者$(BUILD_HOST_PREBUILT)时所用,指定需要复制的可执行文件

LOCAL_PREBUILT_JAVA_LIBRARIES

LOCAL_PREBUILT_LIBS 预编译including $(BUILD_PREBUILT)或者$(BUILD_HOST_PREBUILT)时所用, 指定需要复制的库.

LOCAL_PREBUILT_OBJ_FILES

LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES

LOCAL_PRELINK_MODULE 是否需要预连接处理(默认需要，用来做动态库优化)

LOCAL_REQUIRED_MODULES 指定模块运行所依赖的模块(模块安装时将会同步安装它所依赖的模块)

LOCAL_RESOURCE_DIR

LOCAL_SDK_VERSION

LOCAL_SHARED_LIBRARIES 可链接动态库

LOCAL_SRC_FILES 编译源文件

LOCAL_STATIC_JAVA_LIBRARIES

LOCAL_STATIC_LIBRARIES 可链接静态库

LOCAL_UNINSTALLABLE_MODULE

LOCAL_UNSTRIPPED_PATH

LOCAL_WHOLE_STATIC_LIBRARIES 指定模块所需要载入的完整静态库(这些精通库在链接是不允许链接器删除其中无用的代码)

LOCAL_YACCFLAGS

OVERRIDE_BUILT_MODULE_PATH

② Android.mk介绍(一)

在Linux下，可以通过Makefile来对源码工程进行管理，Android.mk文件是Makefile的一小部分，它用来对Android程序进行编译。Android.mk文件中描述了哪些C文件将被编译且指明了如何编译。Android.mk文件用来告知NDK Build 系统关于Source的信息。

1、编译可执行程序

2、编译动态库或静态库

3、预编译文件(APK或Java库)

以上三种是Android.mk的主要用法，我们写mk文件时也就是以上三种目的。

首先看一个最简单的Android.mk的例子：

讲解：

每个Android.mk文件必须以定义 LOCAL_PATH 为开始。它用于在开发tree中查找源文件。

宏 my-dir 由Build System提供。返回包含Android.mk的目录路径。

CLEAR_VARS 变量由Build System提供。并指向一个指定的GNU Makefile，由它负责清理很多LOCAL_xxx.

例如：LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理 LOCAL_PATH .

这个清理动作是必须的，因为所有的编译控制文件由同一个GNU Make解析和执行，其变量是全局的。所以清理后才能避免相互影响。

LOCAL_MODULE 模块必须定义，以表示Android.mk中的每一个模块。名字必须唯一且不包含空格。

Build System会自动添加适当的前缀和后缀。例如，foo，要产生动态库，则生成libfoo.so.

但请注意：如果模块名被定为：libfoo.则生成libfoo.so. 不再加前缀。

LOCAL_SRC_FILES变量必须包含将要打包如模块的C/C++ 源码。

不必列出头文件，build System 会自动帮我们找出依赖文件。

缺省的C++源码的扩展名为.cpp. 也可以修改，通过LOCAL_CPP_EXTENSION。

BUILD_SHARED_LIBRARY：是Build System提供的一个变量，指向一个GNU Makefile Script。

它负责收集自从上次调用include $(CLEAR_VARS) 后的所有LOCAL_XXX信息。并决定编译为什么。

BUILD_STATIC_LIBRARY：编译为静态库。
BUILD_SHARED_LIBRARY ：编译为动态库
BUILD_EXECUTABLE：编译为Native C可执行程序

BUILD_PACKAGE（既可以编apk，也可以编资源包文件，但是需要指定LOCAL_EXPORT_PACKAGE_RESOURCES:=true)

BUILD_JAVA_LIBRARY（Java共享库）

BUILD_STATIC_JAVA_LIBRARY（java静态库）

Android源码中有大量的mk文件，Android系统的编译就是靠着这些mk文件的，所以学好是非常有必要的哦！

③ 如何将一个java文件编译成class文件

类名能以数字开头命名吗?这显然编译的时候会报错.
标准命名是以大写字母打头后接单词首字母大写,编译是通过javac这个命令进行编译的(即jdk目录下的javac.exe)
配置好环境变量,新建相应的变量名,如果有直接输入值就可以了,如下:
JAVA_HOME: jdk的安装目录如(D:\java\jdk1.6.0_05);
PATH: %JAVA_HOME%\bin;
ClASSPATH: .;%JAVA_HOME%\lib;

比如d:\testjava\Test.java文件,打开命令行窗口
1.输入d:\ 回车
2.定位到java文件所在文件夹,输入cd d:\testjava\ 回车
3.编译java文件,输入javac Test.java 回车
4.运行,输入java Test 回车

④ java 如何调用一个已经存在的静态库，并输入和获取参数！ 例如：静态库中已经存在函数 ret=ys_tpcall(aa);

给出一个windows下dll的实例。linux下.a的静态库只是头文件和编译有所不同，另外需要将编译后的动态库文件放入/usr/lib下，使用ldconfig载入。
一 先制作一个系统中有的DLL文件（cpp给出的sdk接口）

既然是测试我们就把我们这个dll叫做testDll吧，为了简单其间，我只写一个add方法，就是简单的2个数字相加，对于真正的开发中我们肯定会遇到其他类型，java到c/cpp中类型需要转换，具体类型转换对应关系g一下就能得到，我也不在列举。c/cpp中一个class一般包含2个文件，一个头文件定义（*.h），一个文件主体（*.c/*.cpp）。啰嗦了这么多还是直接动手吧，先在vs2008中建立一个工程（当然你也可以直接编写不用这些IDE工具，gcc g++的命令自己g。下同，不在注释不在废话），选取win32工程

键入工程名字testDll，点击next选取DLL，然后点击完成

打开我们的testdll.cpp，添加进我们的add方法

C++代码
1.int add(int a,int b){
2. return a+b;
3.}
int add(int a,int b){
return a+b;
}
注意到文件列表里并没有testDll.h，因为我们要给出调用者一个接口，如果不给头文件，人家就没办法调用，所以我们就必须添加一个头文件testDll.h。

C++代码
1.#ifdef TEST_DLL
2.#define TEST_API __declspec(dllexport)
3.#else
4.#define TEST_API __declspec(dllimport)
5.#endif
6.
7./* Set up for C function definitions, even when using C++ */
8.#ifdef __cplusplus
9.extern "C" {
10.#endif
11.
12.TEST_API int add(int,int);
13.
14./* Ends C function definitions when using C++ */
15.#ifdef __cplusplus
16.}
17.#endif
#ifdef TEST_DLL
#define TEST_API __declspec(dllexport)
#else
#define TEST_API __declspec(dllimport)
#endif

/* Set up for C function definitions, even when using C++ */
#ifdef __cplusplus
extern "C" {
#endif

TEST_API int add(int,int);

/* Ends C function definitions when using C++ */
#ifdef __cplusplus
}
#endif
在这个头文件中我们把我们的add方法给定义了进去。注意到testdll.cpp中#include "stdafx.h"，所以我们就把这个testDll.h include进stdafx.h里面。

按道理说我们的这个dll已经完成了，但是一般c/cpp给接口SDK的时候大都给.h和.lib，为了一步生成dll和lib，我们添加进一个testDll.def，有了这个文件就可以一步生成dll和lib。在source file里右键add new item ，选择Mole-Definition File

键入testDll，OK了，我们可以直接build了。生成testDll.dll和testDll.lib。

把testDll.dll扔到system32目录里等待我们高大威猛的java jni调用。

二 JNI

2.1 编写java文件

为了显示我们的与众相同，我们就把我们的这个java文件命名为Demo.java顺便直接带上包名
，因为我们知道人家给我们的接口里有个add方法，所以我们就直接来个调用吧。
Java代码
1.package com.testJni.testDemo;
2.
3.public class Demo {
4. static
5. {
6. //System.out.println(System.getProperty("java.library.path"));
7. System.loadLibrary("testDll");
8. System.loadLibrary("jniDll");
9. }
10. public native static int add(int a,int b);
11.
12.}
package com.testJni.testDemo;

public class Demo {
static
{
//System.out.println(System.getProperty("java.library.path"));
System.loadLibrary("testDll");
System.loadLibrary("jniDll");
}
public native static int add(int a,int b);

}
demo.java代码暂时如此，我们把将要生成的jni的dll叫做jniDll，有童鞋讲，我不想用你这个烂名字jniDll多俗啊，没关系，你可以换，随你换，生成文件后你再换也可以，现在换也可以。

2.2 生成.h头文件

javah命令，不多讲。生成的文件com_testJni_testDemo_Demo.h这个文件的命名规则我就不多讲了，一目了然。

C++代码
1./* DO NOT EDIT THIS FILE - it is machine generated */
2.#include <jni.h>
3./* Header for class com_testJni_testDemo_Demo */
4.
5.#ifndef _Included_com_testJni_testDemo_Demo
6.#define _Included_com_testJni_testDemo_Demo
7.#ifdef __cplusplus
8.extern "C" {
9.#endif
10./*
11. * Class: com_testJni_testDemo_Demo
12. * Method: add
13. * Signature: (II)I
14. */
15.JNIEXPORT jint JNICALL Java_com_testJni_testDemo_Demo_add
16. (JNIEnv *, jclass, jint, jint);
17.
18.#ifdef __cplusplus
19.}
20.#endif
21.#endif
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_testJni_testDemo_Demo */

#ifndef _Included_com_testJni_testDemo_Demo
#define _Included_com_testJni_testDemo_Demo
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: com_testJni_testDemo_Demo
* Method: add
* Signature: (II)I
*/
JNIEXPORT jint JNICALL Java_com_testJni_testDemo_Demo_add
(JNIEnv *, jclass, jint, jint);

#ifdef __cplusplus
}
#endif
#endif

2.3 用c/cpp实现这个头文件

c/cpp中已经实现了这个add方法，我们只需要调用就可以啦。所以直接vs2008中建立一个dll工程，工程名我们就叫jniDll，具体过程不再多讲，方法同上面testDll的建立一样。在这个工程里kimmking把需要引用的包、文件等已经讲的很清楚了。打开jniDll.cpp，添加下面代码

C++代码
1.JNIEXPORT jint JNICALL Java_com_testJni_testDemo_Demo_add
2.(JNIEnv *env,jclass jobject,jint a,jint b){
3.
4. return add(a,b);
5.}
JNIEXPORT jint JNICALL Java_com_testJni_testDemo_Demo_add
(JNIEnv *env,jclass jobject,jint a,jint b){

return add(a,b);
}因为int对应的类型就刚好是jint，所以就不需要转换，其他需要转换的类型自己g对应关系转换，注意释放。

这个工程里我们还需要打开 stdafx.h添加
C++代码
1.#include <jni.h>
2.
3.#include "testDll.h"
4.#include "com_testJni_testDemo_Demo.h"
#include <jni.h>

#include "testDll.h"
#include "com_testJni_testDemo_Demo.h"

在编译这个jniDll工程的时候需要引入testDll.h，com_testJni_testDemo_Demo.h，另外添加testDll.lib这个依赖。

好了做好这些后，build下，生成了我们期待已久的jniDll.dll，把这个dll同样扔到system32下。

三 测试

本人特懒，不想写多余的class，所以直接修改Demo.java 这也是刚才为什么讲暂时如此的原因
Java代码
1.package com.testJni.testDemo;
2.
3.public class Demo {
4. static
5. {
6. //System.out.println(System.getProperty("java.library.path"));
7. System.loadLibrary("testDll");
8. System.loadLibrary("jniDll");
9. }
10. public native static int add(int a,int b);
11. public static void main(String[] args) {
12. System.out.println(add(7,2));
13. }
14.}
package com.testJni.testDemo;

public class Demo {
static
{
//System.out.println(System.getProperty("java.library.path"));
System.loadLibrary("testDll");
System.loadLibrary("jniDll");
}
public native static int add(int a,int b);
public static void main(String[] args) {
System.out.println(add(7,2));
}
}

四 最后补充

如果系统已经加载过c/cpp的dll，我们就不用再System.loadLibrary("testDll")了，加载一遍就可以了，因为我们刚才写的testDll系统没有加载，所以我就加载了一下。对于多个dll可以写多个System.loadLibrary去加载，修改static{}里面的内容不需要重新生成dll，除非你多加了一个调用方法，如果你看清楚规则，就不用javah命令就可以直接编写头文件，用javah太麻烦了。

⑤ 想把某些代码封装起来，类似java的jar包，让开发方只能通过接口使用其中的方法，而无法看到里面的

编译成静态库，或者动态库 注意！动态库只能在ios8以上版本使用

⑥ android中java静态库和java共享库有什么区别

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

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

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

与普通程序不同的是，Java程序（class文件）并不是本地的可执行程序。当运行Java程序时，首先运行JVM（Java虚拟机），然后再把Java class加载到JVM里头运行，负责加载Java class的这部分就叫做Class Loader。通常class文件仅在需要使用时才加载。 这本身就是一种动态链接。
Java作为一种天生的动态链接语言，无法支持静态链接。但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文件特别大，而没有其它问题，也可能因加载了错误版本的系统代码，出现一些稀奇古怪的问题。慎之，慎之...
附：向eclispe中添加user Libraries的步骤：
1。点击eclipse的window菜单，选择“Preference”
2。在preferences窗口中选择java->User Libraries,然后点击窗口右边的New...按钮，在弹出的子窗口中输入user library的名称，此时在user libraries窗口中会出现新加的library名称。
3。向该user library中添加jar包。选中my_lib，然后点击Add JARS...按钮，选择你要添加的jar后，点击“打开”按钮，则my_lib库中就会出现你刚添加的jar文件信息。
4。最后点击窗口下的“OK”按钮，完成user library的添加和其jar的添加。

⑦ Android中静态库和共享库的区别

简单来讲：
静态库是在连接阶段直接拷贝到代码中使用的，而共享库是由加载器加载到内存，在运行时使用的。
编译出来的静态库（这里指jar包）里每个java文件对应的class文件都单独存在，可以直接导入Eclipse等IDE使用
而编译出来的共享库（jar包），内部是Android字节码Dex格式的文件，一般无法导入Eclipse等IDE使用。Android.mk中由BUILD_JAVA_LIBRARY指定生成共享BUILD_STATIC_JAVA_LIBRARY指定生成静态库。

⑧ 如何将java文件编译成class文件

1.你用记事本写的话，首先确定你的jdk安装正确，并且PATH和CLASSPATH设置正确,检测方法就是在cmd下输入java -version，如果有提示jdk版本低信息那就是安装好了。然后进行使用dos命令进入你的java源文件（*.java）的目录下，使用javac 命令进行编译。例如你的java源文件是Test.java，那编译命令就是javac Test.java 然后编译后使用java Test命令进行执行你的java程序2.如果你用的Eclipse工具的话，那么你就不需要编译了，Eclipse可以在你写代码的同时给你编译好，直接执行就可以了。

⑨ 怎么将java文件编译成class的

一般情况下，在myeclipse中保存java文件后会自动编译成class文件，但是这种情况只能编译当前工程的java文件，但是如果需要编译不是一个工程的java文件，比如在网上拷贝的java文件改如何编译呢，换句话说是在普通文件夹的java文件应该怎么编译呢？
如下：
首先需要配置好java的环境变量（保证javac文件可以执行），不再赘述
1.win+r后输入cmd进入命令输入行；
2.根据地址找到需要编译的文件：如：cd c:\test\ 回车，dir查看文件名比如叫Testjava.java；
3.编译java文件：输入javac Testjava.java回车；
4.运行java文件：java Testjava回车；

⑩ 如何编译java程序

三种方法：

1.在IDE中，如eclipse中写的Java程序，在点击保存后eclipse就会调用javac编译程序编译，编译文件在当前项目的bin目录下。

2.作为一个独立的文件且没有定义Java环境变量，需要在cmd窗口中切换到java bin目录下执行Javac程序，执行格式为javac 空格 Java源文件；如 javac C：//hello.java;

3.作为一个独立的文件且定义了Java环境变量，打开cmd窗口，可以在任意目录输入javac java源文件，如javac D：//hi.java。

(10)java编译成静态库扩展阅读

Java也是一种高级语言，要让计算机执行你撰写的Java程序，也得通过编译程序的编译。但是Java编译程序并不直接将Java源代码编译为相依于计算机平台的0、1序列，而是将其编译为字节码。

Java源代码的扩展名为.java，经过编译程序编译之后生成扩展名为.class的字节码。