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的位元組碼。