㈠ C語言中靜態庫和動態庫的區別，如何使用它們
一般C語言寫的程序可以讓其他語言進行調用，比如python, java,等等
c語言有兩種庫類型，靜態庫和動態庫（共享庫）
命令：ar rcs libmulib.a file1.o
㈡ 安卓平台屬於動態庫操作嗎
屬於
靜態庫全稱靜態鏈接庫，動態庫全稱動態鏈接庫，看到全稱就知道什麼意思了吧？也就是說在鏈接的時候才會用到的庫，只有C/C++、OC語言才會有鏈接過程，Java沒有。
在android中說到靜態庫和動態庫，一般說的都是C/C++代碼，我們知道在android中是通過jni技術訪問到C代碼的，我們會把C/C++打包成so文件，這個就是動態庫（共享庫）。如果我們想要使用的C庫是.a形式的靜態庫時，我們要把.a包裝成so庫，具體網上有方法。
個人感覺在java語言中討論靜態庫和動態庫就是個偽概念，java是的編譯結果是位元組碼文件，不是二進制文件，而且沒有鏈接的過程，jvm在解釋執行java代碼的時候調用C++代碼只能是動態的。
在C++和object C開發中，用編譯鏈接的過程，靜態庫在鏈接過程中，會和自己寫的源代碼打到一塊，多個程序多個靜態庫。動態庫不會打到一塊，如果有共享情況的話，系統只會載入一次。
OC的代碼處理過程是很復雜的，有預處理、編譯、鏈接過程，預處理就是處理宏什麼的，編譯這個過程就很復雜了，有編譯前端和編譯後端，編譯稱機器碼（中間還會有匯編的過程），鏈接就是鏈接動態庫或者靜態庫。
Android（java）代碼處理過程就很簡單啦，畢竟是運行在虛擬機上的。沒有所謂的預處理，直接編譯，這里的編譯也就是把java代碼轉化成位元組碼，這個編譯和OC中的編譯可不是一個概念，只不過也這么叫而已。後續Aandroid還會用dex工具把.class打包成.dex，不同的VM模式（5.0以後都是ART）會對.dex進行不同的優化，具體看Android 編譯到運行APK過程總結。需要提一下的是，ART採用AOT和JIT技術，在安裝或者運行的時候，會把位元組碼轉化成機器碼，這個機器碼也會受VM控制的，具體看Android之Dalvik 、ART
C/C++、Object C屬於編譯型語言，這是毋庸置疑的，因為它們都會在生成安裝包之前編譯成機器碼。
㈢ 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連接TT資料庫問題
有可能是你在用玩資料庫沒有關閉，在下次再次調用的時候就會出現這么個錯誤，如果連接的是Access資料庫的話，先要連接好數據源，在連接其他數據時也要找好驅動。還有一種可能就是有可能你的資料庫設密碼和你連接時代碼所寫的密碼不一致。
㈤ 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指定生成靜態庫。
㈦ 如何在android studio中用JNI調用靜態庫
第一步：我們來看我們的jni目錄，目錄下包含以下4個文件
Android.mk --- 編譯文件
first.c ,first.h --- 外部需要引用的文件
second.c ---- 我們的jni轉換文件
首先我們簡單的看下源碼
#include "first.h"
int first(int x, int y)
{
return x + y;
}
first.c裡面簡單的定義了一個加法的方法，然後申明了頭文件
second.c : 把first.c的方法轉換為jni可以識別的方法。
#include "first.h"
#include <jni.h>
jint
Java_com_example_twolibs_TwoLibs_add( JNIEnv* env,
jobject this,
jint x,
jint y )
{
return first(x, y);
}
第二步是重點，我們來分析下mk文件，看編譯文件是怎樣生成first.c對於的靜態文件，並在編譯second.c的時候載入靜態文件
1: LOCAL_PATH:= $(call my-dir)
2:
3: # first lib, which will be built statically
4: #
5: include $(CLEAR_VARS)
6:
7: LOCAL_MODULE := libtwolib-first
8: LOCAL_SRC_FILES := first.c
9:
10: include $(BUILD_STATIC_LIBRARY)
11:
12: # second lib, which will depend on and include the first one
13: #
14: include $(CLEAR_VARS)
15:
16: LOCAL_MODULE := libtwolib-second
17: LOCAL_SRC_FILES := second.c
18:
19: LOCAL_STATIC_LIBRARIES := libtwolib-first
20:
21: include $(BUILD_SHARED_LIBRARY)
如上： 1-10 行是生成靜態文件的方法，
14-21 行是編譯動態文件的方法，通過標識符BUILD_SHARED_LIBRARY 以及 BUILD_STATIC_LIBRARY 來區分是編譯成動態文件還是靜態，19行標識需要鏈接靜態庫libtwolib-first
第三步：在java中調用
public class TwoLibs extends Activity
{
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
TextView tv = new TextView(this);
int x = 1000;
int y = 42;
// here, we dynamically load the library at runtime
// before calling the native method.
//
System.loadLibrary("twolib-second");
int z = add(x, y);
tv.setText( "The sum of " + x + " and " + y + " is " + z );
setContentView(tv);
}
public native int add(int x, int y);
}
你自己理解一下吧
㈧ 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文件的，所以學好是非常有必要的哦！
㈨ 請教：iOS開發可以調用java的靜態庫嗎
可以的,用json或者xml等等各種格式作為傳輸介質即可。