❶ 如何動態載入一個驅動程序
用CreateFile打開驅動，路徑是\Device\，例如驅動名是MyDriver，則打開\Device\MyDriver即可。然後利用返回的句柄發送控制碼
❷ android 怎麼動態載入jar
核心類 1.1 DexClassLoader類 可以載入jar/apk/dex，可以從SD卡中載入為安裝的apk。 1.2 PathClassLoader類 只能載入已經安裝到Android系統中的apk文件。 一、正文 1.1 類似於eclipse的插件化實現， 首先定義好介面， 用戶實現介面功能後即可通過動態載入的方式載入jar文件， 以實現具體功能。 注意 ， 這里的jar包需要經過android dx工具的處理 , 否則不能使用。
❸ 如何動態載入android的so文件，如何壓縮apk尺寸，androidapk
在Android中調用動態庫文件(*.so)都是通過jni的方式，而且往往在apk或jar包中調用so文件時，都要將對應so文件打包進apk或jar包，工程目錄下圖：
以上方式的存在的問題：
1、缺少靈活性比較類似靜態載入了(不是靜態載入)，能載入的so文件綁定死了；
2、但so文件很多或很大時，會導致對應的apk和jar包很大；
3、不能動態的對so文件更新；
Android中載入so文件的提供的API：
void System.load(String pathName);
說明：
1、pathName：文件名+文件路勁；
2、該方法調用成功後so文件中的導出函數都將插入的系統提供的一個映射表(類型Map)；
看到以上對System.load(String pathName);的函數說明可定有人會想到將so文件放到一個指定的目錄然後再通過參數pathName直接引用該目錄的路勁和對應的so文件問題不就解決了嗎？
這里有個問題被忽略了，那就是System.load只能載入兩個目錄路勁下的so文件：
1、/system/lib ;
2、安裝包的路勁，即：/data/data/<packagename>/…
而且這兩個路勁又是有許可權保護的不能直接訪問;
問題解決方法：
先從網路下載so文件到手機目錄(如：/test/device/test.so) –> 將test.so載入到內存(ByteArrayOutputStream) –> 然後保存到對用安裝包目錄；
具體代碼如下：
try {
String localPath = Environment.getExternalStorageDirectory() + path;
Log.v(TAG, "LazyBandingLib localPath:" + localPath);
String[] tokens = mPatterns.split(path);
if (null == tokens || tokens.length <= 0
|| tokens[tokens.length - 1] == "") {
Log.v(TAG, "非法的文件路徑！");
return -3;
}
// 開辟一個輸入流
File inFile = new File(localPath);
// 判斷需載入的文件是否存在
if (!inFile.exists()) {
// 下載遠程驅動文件
Log.v(TAG, inFile.getAbsolutePath() + " is not fond!");
return 1;
}
FileInputStream fis = new FileInputStream(inFile);
File dir = context.getDir("libs", Context.MODE_PRIVATE);
// 獲取驅動文件輸出流
File soFile = new File(dir, tokens[tokens.length - 1]);
if (!soFile.exists()) {
Log.v(TAG, "### " + soFile.getAbsolutePath() + " is not exists");
FileOutputStream fos = new FileOutputStream(soFile);
Log.v(TAG, "FileOutputStream:" + fos.toString() + ",tokens:"
+ tokens[tokens.length - 1]);
// 位元組數組輸出流，寫入到內存中(ram)
ByteArrayOutputStream baos = new ByteArrayOutputStream();
byte[] buffer = new byte[1024];
int len = -1;
while ((len = fis.read(buffer)) != -1) {
baos.write(buffer, 0, len);
}
// 從內存到寫入到具體文件
fos.write(baos.toByteArray());
// 關閉文件流
baos.close();
fos.close();
}
fis.close();
Log.v(TAG, "### System.load start");
// 載入外設驅動
System.load(soFile.getAbsolutePath());
Log.v(TAG, "### System.load End");
return 0;
} catch (Exception e) {
Log.v(TAG, "Exception " + e.getMessage());
e.printStackTrace();
return -1;
}
❹ android環境下，怎麼查看設備已載入的驅動
右擊「計算機/我的電腦」，在出現的列表項中選擇「管理」。
在彈出的界面窗體中點擊切換到「設備管理器」標簽下。
如果該手機已經成功安裝驅動，則能找到類似「 ADB Interface 」或「 Android Phone 」類似的設備，一般都顯示在第一個設備。如果沒有安裝過驅動或安裝驅動失敗，則會出現一些打了問號或是感嘆號的設備。如圖所示，說明驅動安裝正常。
❺ android 怎麼動態的載入類
在 java 裡面，我們可以把一些類放到 .jar 文件裡面，然後用 ClassLoader 動態載入。例如：
[java] view plain
URLClassLoader ucl = URLClassLoader.newInstance(new URL[]
{new URL("file:/sdcard/files/test.jar")});
Class clazz = ucl.loadClass("com.test.TestClass");
但是在 Android 上面，情況有所不同。
首先第一個是 jar 文件的製作，Java 裡面直接把 .class 文件打包到 .jar 文件裡面就可以了，但是 Android 的 Dalvik VM 是不認 Java 的 byte code 的，所以不能直接這么打包，而要用 dx 工具轉成 Dalvik byte code 才可以。當然，dx 工具轉了之後，jar 包裡面就不是 .class 文件了，而是 .dex 文件。
第二個是，Android 裡面雖然也提供了 URLClassLoader 的實現，但是並不能用。要動態載入其它類，可以用的 Class Loader 有：
DexClassLoader
PathClassLoader
其中，DexClassLoader 可以載入 apk, jar 或者 dex 文件，例如：
[java] view plain
File jarFile = new File("/sdcard/test.dex");
if ( jarFile.exists() ) {
DexClassLoader cl = new DexClassLoader(jarFile.toString(), "/sdcard/test", null, ClassLoader.getSystemClassLoader());
Class<?> c = cl.loadClass("com.qihoo360.test.Test");
...
}
但是 DexClassLoader 要求指定一個可寫的目錄，即 DexClassLoader 構造函數的第二個參數，在上例中是 /sdcard/test
這個參數的含義是：directory where optimized DEX files should be written
因為 Dalvik 在載入 dex 文件時，會動態進行優化，DexClassLoader 要求指定優化後 dex 文件存放的位置。
PathClassLoader 的限制要更多一些，它只能載入已經安裝到 Android 系統中的 apk 文件，也就是 /data/app 目錄下的 apk 文件。其它位置的文件載入的時候都會出現 ClassNotFoundException. 例如：
[java] view plain
PathClassLoader cl = new PathClassLoader(jarFile.toString(), "/data/app/", ClassLoader.getSystemClassLoader());
為什麼有這個限制呢？我認為這其實是當前 Android 的一個 bug, 因為 PathClassLoader 會去讀取 /data/dalvik-cache 目錄下的經過 Dalvik 優化過的 dex 文件，這個目錄的 dex 文件是在安裝 apk 包的時候由 Dalvik 生成的。例如，如果包的名字是 com.qihoo360.test，Android 應用安裝之後都保存在 /data/app 目錄下，即 /data/app/com.qihoo360.test-1.apk，那麼 /data/dalvik-cache 目錄下就會生成 data@[email protected]@classes.dex 文件。在調用 PathClassLoader 時，它就會按照這個規則去找 dex 文件，如果你指定的 apk 文件是 /sdcard/test.apk，它按照這個規則就會去讀 /data/dalvik-cache/[email protected]@classes.dex 文件，顯然這個文件不會存在，所以 PathClassLoader 會報錯。
在 Google 修正這個問題之前，我們要麼就只能用 DexClassLoader，要麼就只能用 PathClassLoader 載入已安裝的 apk 了。
❻ 如何在android安卓添加或載入設備驅動
驅動裝到手機上，把模塊連接的時候根據提示操作就行了！
就像iPhone的App Store一樣，Android也有自己的「Market」，目前Market上每天都有新增加的軟體和游戲，並且現階段出現的所有應用軟體和程序都是免費的。以下是Market使用教程：
1.打開G1的主菜單，找到並開啟Market軟體商店。在Macket主菜單中：
AndroidApplications：經過Google認可的Android軟體。
AndroidGames：經過Google認可的Android游戲。
AndroidSearch：搜索Market軟體商店裡的軟體。
AndroidMy downloads：查看你從Market下載好的軟體。
Android主菜單上面可以滾動的圖標是Google官方隨機推薦的一些第三方軟體。
2. 先點擊「Applications」後，會出現所有的第三方軟體分類，除了第一個All applications是指查看所有的第三方軟體之外，其他均為細分類。隨便點擊一個分類，則會出現該分類下的所有對應軟體，默認情況下By popularity是指按人氣由高到低的順序顯示該分類下的軟體，By date則是按照時間的先後順序來顯示該分類下的軟體。
3. 點擊一個軟體，你將會看到該軟體的詳細功能描述、網友評論、作者信息。如果你想安裝此軟體，可以直接點擊「Install」，那麼此時屏幕中將會顯示該軟體可能會涉及到的G1相關功能、個人隱私信息等提示，沒有問題的話，你就可以直接點擊「OK」，來下載並安裝此軟體了。
4. 如果你不想安裝此軟體，可以點擊「Cancel」來取消，如果你此時想進行更多操作，請點擊屏幕下方的 MENU按鈕，在屏幕下方出現的白色窗口裡：
AndroidMarket home：回到Market首頁
AndroidSearch：開始搜索Market里的軟體
AndroidMy downloads：查看已經下載好的軟體
AndroidHelp：上網查看Market的相關使用幫助
AndroidSecurity：查看該軟體所涉及的安全信息
AndroidFlag content：標記軟體內容
Search——軟體搜索篇
5. 如果你點擊Search，畫面頂部將會出現搜索欄，此時你可以隨意輸入你喜歡的軟體名稱，然後點擊Search即可。
My downloads——已下載軟體查看及卸載
6. 如果你點擊My downloads，此時將會出現的軟體列表即為你從Market上下載並安裝的軟體。若你想寫在寫在某個軟體，只需要找到並點擊這個軟體，然後在點擊「Uninstall」即可完成卸載工作！
❼ Android怎樣動態載入代碼技術
在開發Android App的過程當中,可能希望實現插件式軟體架構,將一部分代碼以另外一個APK的形式單獨發布,而在主程序中載入並執行這個APK中的代碼。 實現這個任務的一般方法是:// 載入類clsContext pluginContext = mainContext.createPackageContext(PLUGIN_PKG, Context.CONTEXT_IGNORE_SECURITY | Context.CONTEXT_INCLUDE_CODE);ClassLoader loader = pluginContext.getClassLoader();Class<?> cls = loader.loadClass(CLASS_NAME);// 通過反射技術,調用cls中的方法,下面是一個示例,實際代碼因情況而定Object obj = cls.newInstance();Method method = cls.getDeclaredMethod("someMethod");method.invoke(obj); 但是,這個方法在Android 4.1及之後的系統中存在一些問題:對於收費應用,Google Play會將其安裝在一個加密目錄之下(具體就是/data/app-asec),而不是一個普通目錄之下(具體就是/data/app);安裝在加密目錄中的應用,我們是無法使用上述方法來載入並執行代碼的;而實際情況是,我們經常就是依靠插件應用來收費的。 解決上述問題的一個方案是:將插件的二進制代碼拷貝到SD卡中,主程序從SD卡中載入並執行其代碼。 實現這個任務的具體方法是:Class<?> cls = null;try { // 嘗試第一種方法 cls = loadClass1(mainContext, pkg, entryCls);} catch (Exception e) { // 嘗試第二種方法 cls = loadClass2(mainContext, pkg, entryCls);}// 示例代碼Object obj = cls.newInstance();Method method = cls.getDeclaredMethod("someMethod");method.invoke(obj);// 第一種載入方法private Class<?> loadClass1(Context mainContext, String pkg, String entryCls) throws Exception { Context pluginContext = mainContext.createPackageContext(pkg, Context.CONTEXT_INCLUDE_CODE | Context.CONTEXT_IGNORE_SECURITY); ClassLoader loader = pluginContext.getClassLoader(); return loader.loadClass(entryCls); }//
❽ android 是什麼時候載入藍牙firmware
Android系統通常會添加一些外設，而外設也分為很多廠商，為了自適應不同廠商Android需要動態載入這些外設的驅動，那麼在hardware模塊做好兼容工作。
通常HAL層動的較多的就是藍牙和wifi模塊，HAL層在藍牙，wifi的系統服務的控制下操作驅動模塊，例如wpa_supplicant, wpa_cli, bluedroid, 等服務，存在於
external/bluetooth/bluedroid, external/wpa_supplicant_8,packages/apps/Bluetooth,frameworks/opt/net/wifi等目錄下。
確定晶元ID
wifi晶元模塊連接後，通過USB匯流排可以查到對應晶元的ID。一般在插上usb Dangle設備後，在/dev/bus/usb/ 目錄下會有001, 002 ,003 子目錄，HAL層可以
讀取到vendor ID , proct ID ,得到這些ID 之後就可以匹配對應的廠商驅動，例如wifi可以查看配置文件wifi.cfg
（1）lsusb 可以查看晶元ID
❾ android的動態載入和靜態載入的區別
兩者區別： 一，靜態庫的使用需要： 1 包含一個對應的頭文件告知編譯器lib文件裡面的具體內容 2 設置lib文件允許編譯器去查找已經編譯好的二進制代碼 二，動態庫的使用： 程序運行時需要載入動態庫，對動態庫有依賴性，需要手動加入動態庫 三，依賴性： 靜態鏈接表示靜態性，在編譯鏈接之後， lib庫中需要的資源已經在可執行程序中了， 也就是靜態存在，沒有依賴性了 動態，就是實時性，在運行的時候載入需要的資源，那麼必須在運行的時候提供 需要的 動態庫，有依賴性， 運行時候沒有找到庫就不能運行了 四，區別： 簡單講，靜態庫就是直接將需要的代碼連接進可執行程序；動態庫就是在需要調用其中的函數時，根據函數映射表找到該函數然後調入堆棧執行。 做成靜態庫可執行文件本身比較大，但不必附帶動態庫 做成動態庫可執行文件本身比較小，但需要附帶動態庫 五： 首先糾正所謂「靜態連接就是把需要的庫函數放進你的exe之中」的說法。在真實世界中，有三個概念：Use static libary, static linked DLL, dynamic linked DLL. 多數人混淆了static libary 和 static linked DLL的概念，當然他們有似是而非的「相似之處」，比如都用到.lib，下面具體說明。 使用靜態庫(Use static libary)是把.lib和其他.obj一起build在目標文件中，目標文件可以是.exe,也可以是.dll或.oxc等。一般情況下，可以根本就沒有「對應的」.dll 文件，如C Run Time(CRT)庫。一個例子就是，寫一個main(){}，build出來並不是只有幾個位元組，當然有人會說那還有exe文件頭呢？是，即使加上文件頭的尺寸，build出的執行文件仍然「莫名的大」。實際上那多出來的部分就是CRT靜態庫。姑且可以把靜態庫.lib理解成外部程序的obj文件比較合理，它包含了函數的實現。
❿ android 下如何動態載入觸摸屏驅動
TP驅動實現
1 修改ProjectConfig.mk
修改mediatek\config\prj\ProjectConfig.mk下的CUSTOM_KERNEL_TOUCHPANEL
其值由GT818B改為msg2133
2 增加ms2133驅動文件夾
根據TP廠家提供的驅動，我們在\mediatek\custom\common\kernel\touchpanel增加msg2133觸摸屏驅動文件夾msg2133，並做下面一些簡單修改正常使用。
(1) Msg2133介面的初始化
1) CHIP_EN片選使能引腳
mt_set_gpio_mode(GPIO_CTP_MSG2133_EN_PIN,GPIO_CTP_MSG2133_EN_PIN_M_GPIO);
mt_set_gpio_dir(GPIO_CTP_MSG2133_EN_PIN,GPIO_DIR_OUT);
mt_set_gpio_out(GPIO_CTP_MSG2133_EN_PIN,GPIO_OUT_ONE);</span>
msg2133晶元使能引腳配置為GPIO模式、輸出高電平使能。
2) INT中斷引腳
mt_set_gpio_mode(GPIO_CTP_MSG2133_EINT_PIN,GPIO_CTP_MSG2133_EINT_PIN_M_EINT);
mt_set_gpio_dir(GPIO_CTP_MSG2133_EINT_PIN,GPIO_DIR_IN);
mt_set_gpio_pull_enable(GPIO_CTP_MSG2133_EINT_PIN,GPIO_PULL_ENABLE);
mt_set_gpio_pull_select(GPIO_CTP_MSG2133_EINT_PIN,GPIO_PULL_UP);</span>
配置為中斷模式、輸入、使能上下拉功能和設置為上拉。
(2) IIC地址
Msg2133的iic讀寫地址，我從數據手冊上沒有找到是如何確定這兩個地址的，驅動廠家在驅動代碼中提供，如果想要具體是怎麼確定的，可咨詢廠家。
#defineFW_ADDR_MSG21XX (0xC4>>1)
#defineFW_ADDR_MSG21XX_TP (0x4C>>1)//write,0x26
#defineFW_UPDATE_ADDR_MSG21XX (0x92>>1)//read,0x49</span>
(3) 增加TP的虛擬按鍵(virtual key)
要在TP上增加虛擬按鍵，需要在tp對應的頭文件添加下面的設置：
1) 定義TPD_HAVE_BUTTON
2) 定義TPD_BUTTON_HEIGHT、TPD_KEY_COUNT、TPD_KEYS和TPD_KEYS_DIM，分別用於定義button被識別的縱向坐標、虛擬按鍵個數、對應的功能鍵和每個功能鍵的坐標
#defineTPD_HAVE_BUTTON
#defineTPD_BUTTON_HEIGHT 800
#defineTPD_KEY_COUNT 4
#defineTPD_KEYS { KEY_BACK, KEY_SEARCH,KEY_MENU, KEY_HOMEPAGE }
#define TPD_KEYS_DIM {{200,900,10,10},{260,900,10,10},{40,900,10,10},{120,900,10,10}}</span>
其中，{200,900,10,10}對應了KEY_BACK的坐標, (200,900)是該key center的坐標，10是該鍵的寬度，10是該鍵的高度。
3) 根據顯示屏解析度修改相關的宏定義
#defineTPD_RES_X 480 // (320)
#defineTPD_RES_Y 800 //(480)</span>
把常用的實體按鍵(導航按鍵)映射到觸屏區域的快捷方式，不強制要求一定要有物理按鍵來支持用戶操作，這對開發全觸摸屏的產品非常有利。