當前位置:首頁 » 安卓系統 » android插件框架

android插件框架

發布時間: 2023-06-03 21:52:17

① android插件化框架哪個好

首先由於我自己也是個新手,也是在學習各種框架然後給公司項目選定相應自動化框架,研究移動自動化測試框架也就近段時間而已,所以我只能從我自己今天為止的認知角度給各個框架抒發我自己的拙見,你看是否能從中接納一二吧(對於我自己的話還需要再花一段時間去學習各個框架才能確定哪個/些是適合我們項目的了,也許到時我會寫個正式的總結)。

根據你的要求,應該不會考慮MonkeyRunner和Robotium,但我還是想跟你說下其實Robotium還是挺不錯的,如果你沒有考慮跨進程調用其他APP的話。至於MonkeyRunner我就不大推薦了,你可以看下我對金陽光老師的一個評論的回復《MonkenRunner通過HierarchyViewer定位控制項的方法和建議》(文章最後我乾脆也貼出來了)。至於Robotium,你對比下本人博客裡面各個框架編寫的Note的測試示例就可以看出來Robotium相對其他框架會簡介很多,況且發展的比UIAutomator和Appium長久很多,所以也應該會更成熟,和Eclipse集成調試起來也很方便。比起後兩者如果有不足的話我覺得就以下幾點吧:

1. 所有的操作抽象到一個Solo類裡面,缺乏面向對象的編程思想,有時會讓人不適應。如果你熟悉C語言等面向過程的語言思想的話應該沒有問題。
2. 獲取控制項的方法比較缺乏,大概就幾種:通過Text,ID, ClassName,Index。沒有後兩者的多種多樣
3. 跨進程:因為底層使用Instrument框架,測試包和被測應用包打包在一起作為一個進程運行而線程間通過instrumentaiton進行通信,導致了逃不出這個進程設沙箱(sandbox)
4. 做不了模擬鍵盤的測試(但同時這個也是Robotium非常巨大的優點,因為不像後兩者那樣需要調用鍵盤導致輸入的各種各樣的問題),因為Robotium輸入讀出其實是直接對控制項的text屬性進行操作沒有通過鍵盤驅動的,你如果做過UI編程應該就明白我的意思了,因為記住你的測試代碼和目標應用是打包在同一個進程中的,同一個進程中想訪問另外一個線程的某個變數,運用相應的IPC(Interprocess Communication)機制當然是沒有問題的了。

然後到了你問的主題UIAutomator和Appium的對比,我個人是這樣看的:

1. UIAutomator是親爹(google)生的,所以可以保證後續的開發維護力量,除非google倒閉(這里我有點不懂的是為什麼google對Monkeyrunner的態度這么讓人摸不著頭腦,具體請看以上我說的對MonkeyRunner的評論)
2. Appium雖然不是親爹生的,但是乾爹實力雄厚把它武裝的無所不能(android,ios,firefox,browser通殺),單單以android來說,底層用得還是UIAutomator,所以只要它能及時跟上UIAutomator的更新,功能上面我不是很擔心。
3. 但是也這是Appium的這種架構:UIautomator/seledroid<->Appium Server<->Selenium/AppiumDriver<->Test Case (《Appium架構框架圖整理》http://blog.csdn.net/zhutian/article/details/39453505),導致框架有點復雜,當問題出現的時候調試起來比較難以定位,不知道哪個模塊出錯了。但是說道調試,總比UIAutomator好,起碼Appium可以直接集成到eclipse上面進行debug,UiAutomator卻每次都要push到目標機器然後再去執行,怎麼調試呢?到現在為止我知道的只能原始的print了。
4. 向下兼容問題:Appium可以通過底層UIAutomator/Selendroid(不記得是不是這名字了)通殺;UIAutomator只能在API Level
17(包含)以上使用
5.語言支持:appium基本通殺,UIAutomator用java足矣
6.跨平台:如你所說的只是android兩者都沒有問題,如果往後需要擴展到ios,那麼建議appium
7.bug數量:UIAutomator有的問題Appium都會有,UIAutomator沒有的問題Appium也有可能有^_^(不過我還是很看好Appium的)
8. 輸入問題,都有bug,具體請查看我相應blog,特別是中文輸入,這就是為什麼我剛才特意提出Robotum的原因之一
9. WebView支持:UIAutomator據說今年年初已經開始支持,個人沒有這方面要求所以沒研究;Appium的框架用的Selenium本身就是PC上最流行的開源Web測試框架,所以必然支持了。注意這你你要有點android編程知識了,WebView指的不僅是WebView控制項還包含如用sencha+phonegap把webview封裝成一個跨平台app的情況了,具體如果不清楚請google。

其他區別我現在就沒有想到了,希望能幫助到你,從我自己的角度來看,我覺得UIAutomator繼續往前發展是必然的了,但是它不可能最終支持ios。至於Appium我同樣有很大的信心它會繼續往好的方向發展,且考慮到它的跨平台支持,基於node.js(現在非常流行哦),兼容性等,我如果是你的話我會考慮用Appium的(拋開Robotium不說,如果你又要考慮的話就需要你根據我之前說的再總結下了^_^)。

我覺得這個可以類比之前的微軟和Borland的關系,API是Windows,但是IDE是Borland的,各專所長了。可惜(或者慶幸)後來微軟發力一下把Borland打得滿地找牙一蹶不振,不過這是題外話了,略過......

對了,我有可能會對這封郵件整理下發到博客了,也希望其他網友能評點一二給你出主意。今晚本來想看下easy_monkey的知識了,給你寫這個email變成臨時性總結了。^_^

給金陽光老師評論的回復如下(關於MonkeyRunner的個人觀點)
-----------------------------------------------------------------------------------------------------------------
回復haorenmin2008:首先膜拜下,金老師大駕光臨蓬蓽生輝啊!
對於後者,確實如此,UIAutomator需要API Level17(包含)以上。
對於前者,因為還沒有MonkeyRunner的項目經驗,所以是否很強大我就不敢妄加評論了,但是在我近來的tryout過程中,鄙人有以下的一些不成熟的認知:

1. 感覺功能不是很穩定,之前嘗試一個MonkeyDevice的getProperty方法,竟然有時成功有時失敗。
2. 性能不好,特別是當我們要用到hierarchyviewer的功能的時候很明顯。
3. 只能用MonkeyImage的sameAs做截屏的對比,雖然加上hierarchyviewer後可以用它的getText,但還是很有限。
4. 控制項定位方面主要是坐標點和HierarchyViewer提供的根據ID。前這兒在UI布局稍微有調整位置的話就需要跟著變動,沒有像其他控制項類框架那樣做高層抽象除非換控制項不然都不需要怎麼變動;後者的話很多控制項是沒有id或者是有多個控制項id相同的。
5. 可調試性也不強(起碼我摸索了這幾天沒有發現一個很好的調試方法,比如IDE Ecilpse等的集成調試方法)
6. HierarchyViewer的穩定性也讓我擔憂,碰到過幾次取控制項信息的時候報exception的。
7. 資料稀缺,不僅網路,google也一樣
8. Google支持讓人覺得摸不著頭腦,sdk給出的API和官方提供的API竟然不一致,以MonkeyDevice為例子,而sdk多出來的API竟然還不能用,google出來的信息不超過10個page,還要很多都是重復的石沉大海的網友報的問題。
9. 再一個的我真心搞不懂為什麼本身java寫的庫非要搞個jython來調用,首先我不說性能損耗(這點肯定是有的,native庫當然用native語言調用效率最好嘛),我想在eclipse上對以下的"device."做自動補全是做不到的「device = MonkeyRunner.waitForConnection()\n device.",而只有直接調用個構造函數實例化的device = MonkeyDevice(xxx)才能做到,這個我不相信是我配置的問題,換了個jython標准編譯器以調用標准庫問題同樣存在。

② Android 插件化

原理:實現原理上都選擇盡量少的hook,通過在manifest上預埋一些組件實現四大組件的插件化。其中Small更形成了一個跨平台、組件化的框架。

VirtulApp:
能夠完全模擬app的運行環境,能夠實現免安裝應用和雙開技術。
Atlas:
阿里出品,號稱是一個容器化框架,結合了組件化和熱更新技術。

Android中有兩種類載入器,DexClassLoader和PathClassLoader,它們都繼承於BaseDexClassLoader。

兩者的區別:DexClassLoader多了一個optimizedDirectory的路徑參數,這個目錄必須是內部存儲路徑,用於緩存系統創建的Dex文件。

所以我們可以使用DexClassLoader去載入外部Apk中的類。

ClassLoader調用loadClass方法載入類採用了雙親委託機制來避免重復載入類。
首先,ClassLoader會查看自身已經載入的類中是否已經存在此類,如不存在,然後,則會使用父類來載入此類,如不能成功載入,則會使用自身重載於BaseDexClassLoader的findClass()方法來載入此類。

DexClass的DexPathList在DexClass的構造器中生成,findClass()方法則是從DexPathList下面找出對應的DexFile,循環DexElements,通過dexElement.dexFile取出對應的DexFile,再通過DexFile.loadClassBinaryName()載入對應的類。

作用:使用插件DexClassLoader載入出需要的類。

通過每一個插件的DexClassLoader載入出自身所需要的類,當每一個插件需要載入相同的類庫時,可採用該類庫的不同版本來使用。

通過把每一個插件的pathList(DexFile)合並到主app的DexClassLoader上,來使各個插件和主app直接能夠相互調用類和方法,並且各個插件中相同的功能可以抽取出來作為一個Common插件供其它插件使用。

插件調用主工程
在ClassLoader構造時指定主工程的DexClassLoader為父載入器即可直接調用主工程中的類和方法。
主工程調用插件
如果是多DexClassLoader的情況,則需要通過插件的DexClassLoader載入對應的類並反射調用其方法。此種情況,主工程一般會在一個統一的地方對訪問插件中的類和方法做一些訪問許可權的管理及配置。

如果是單DexClassLoader的情況,則可以直接調用插件中的類和方法。但是當多個插件引用的庫的版本不同時,會出現錯誤,因此,建議採用Gradle版本依賴管理統一處理主工程及各個插件的庫依賴。

Android通過Resource來載入資源,只要有插件apk,就可以使用assertManager.addAssertPath(apkPath)的方式來生成assertManager,再使用其new出對應的Resource對象即可。

注意:由於AssertManager並不是Public,所以需要通過反射的方式去調用它。並且由於一些Rom對Resource的處理,所以,需要兼容處理。

有2種處理方式:

產生的原因:由於主工程和各個插件引用的Resource id重復產生的沖突。

解決思路:Android中的資源在系統中是以8位16進制0XPPTTRRRR的方式存在,其中PP即是資源區分的區域(Android系統只用它來區分系統資源和應用資源),只要讓每一個插件的PP段取不同的值即可解決資源id沖突的問題。
具體解決方式:

1.修改aapt源碼,編譯期修改PP段。
2.修改Resource的arsc文件,其中的每一條都包含了資源id和映射路徑。

Activity的處理最為復雜,有兩種處理方式:
1.ProxyActivity的方式。
2.預埋StubActivity,hook系統啟動Activity的過程。

原理:VirtualAPK通過替換了系統的Instrumentation,hook了Activity的啟動和創建,省去了手動管理插件Activity生命周期的繁瑣,讓插件Activity像正常的Activity一樣被系統管理,並且插件Activity在開發時和常規一樣,即能獨立運行又能作為插件被主工程調用。

Android插件化方向主要有2個方向:

Android 插件化

③ 怎樣在Android9、10等版本安裝Edxposed

Xposed是一款可以在不修改APK的情況下影響程序運行的框架。可以編寫並載入自己編寫的插件app,實現對目標apk的注入、攔截等。一般研究移動安全的都會使用Xposed。

Xposed框架已停止更新,它支持android 6.0-8.1,但它針對android 8.0和8.1的僅為Beta版本。

如果想要在高版本安卓系統下使用xposed,可以考慮安裝Edxposed,下面簡要說明怎樣在android9、10等版本安裝Edxposed。

1、首先安裝magisk

https://github.com/topjohnwu/Magisk/releases

2、使用magisk manager安裝riyu模塊

https://github.com/RikkaApps/Riru/releases/tag/v21.1

adb push magisk-riru-v21.1.zip  /sdcard/Download

在magisk manager中安裝magisk-riru-v21.1.zip

裝完後需要重啟手機

3、安裝Edxposed框架

https://github.com/ElderDrivers/EdXposed

Edxposed框架支持的版本有:android 8.X、9、10。採取2種實現方式:sandhook和yahfa,假設我們安裝為sandhook實現方式的Edxposed框架: https://github.com/ElderDrivers/EdXposed/releases/tag/v0.4.6.2

adb push EdXposed-SandHook-v0.4.6.2.4529.-release.zip /sdcard/Download

同樣地,在magisk manager中安裝EdXposed-SandHook-v0.4.6.2.4529.-release.zip。裝完後重啟手機。

4、安裝EdXposedManager

https://github.com/ElderDrivers/EdXposedManager/releases/tag/v4.5.7.0.0

注意:裝完Edxposed框架,重啟手機後顯示EdXposed Manager已激活的界面,其實此時並未安裝

如果安裝會出現已安裝的提示

解決方法 :adb install時帶上-r -t強制安裝

這個時候,EdXposedManager才真正安裝成功

④ Android的apkplug插件開發具體怎麼編譯生成插件 apk 文件

步驟1:注冊ApkPlug官網賬號:

打開Apkplug官網後,點擊右上角的「注冊」,在跳轉頁面填入相關信息,注冊界面如下:

確認後注冊成功,使用你的賬號登錄網站。你就可以用Apkplug開發應用了
END
步驟2:開發插件

Apkplug中的插件也是一個完整的apk,它與普通應用的區別有以下3點:
1, 插件assets目錄下有一個plugin.xml文檔,通過它可判斷一個工程是主應用還是插件。
2, 插件有一個入口類BundleActivator
3, 插件會外部引用一個osgi.jar文件
開發插件的步驟有如下4步:
1,引入osgi.jar庫文件
Apkplug中插件需要導入的庫文件只有一個osgi.jar。
導入osgi.jar庫文件需要注意一下
osgi.jar文件只能引用不能編譯到apk文件中,否則會出現類沖突的情況
異常代碼:had used a different Lorg/osgi/framework/BundleActivator; ring pre-verification。
osgi.jar包導入方法:

這文件在Apkplug SDK中可以找到。

2,編寫插件入口類BundleActivator
插件啟動時首先調用BundleActivator,其功能類似android中的application類。

public class SimpleBundle implements BundleActivator
{
private BundleContext mcontext = null;
public void start(BundleContext context) throws Exception
{
System.err.println("你好我是插件,我將為你展示啟動acitivty我已經啟動了 我的BundleId為:"+context.getBundle().getBundleId());
}
public void stop(BundleContext context)
{
System.err.println("你好我是插件,我被停止了 我的BundleId為:"+context.getBundle().getBundleId());

}

}
3,編寫plugin.xml配置文件
plugin.xml
是一個配置表,它跟AndroidManifest.xml作用類似。 plugin.xml文檔放置在assets中即可 重要屬性說明:
Bundle-Name 插件名稱 Bundle-SymbolicName 插件包名
-與應用packagename可一一對應 Bundle-Version 插件版本 -1.0.0
Bundle-Activator 插件入口 -與Appliction 類似
Bundle-Activity 插件界面 -多個Activity可用 , 分割
Bundle-Service 插件Service -多個Service可用 , 分割
(v2.0.0新增) Bundle-Receiver 插件廣播 -多個廣播類可用 , 分割
(v2.0.0新增)
4, 編譯生成插件apk文件
插件工程中添加的文件目錄結構如下:

最後編譯運行插件工程,生成的apk文件即為插件文件
END
步驟3:開發主應用

Apkplug 主應用開發分兩步集成:
1. 獲取主應用授權AppAuth。
登錄賬號進入Apkplug後台後,切換到「應用授權頁面」,按要求填寫好應用信息,然後確定,你就擁有了一個等待開發的應用授權AppAuth。應用授權界面如下:

進入「授權列表」頁面,點擊「查看詳情」鏈接,進入「應用詳情界面」,就可以看到已申請的AppAuth,點擊其後面的「復制」,即可直接復制AppAuth,如下圖所示

2. 對接Apkplug SDK 導入相關庫文件。
①配置應用許可權
主應用需要幾個基礎的許可權配置,請將以下的幾個許可權加入到主應用的AndroidManifest.xml中。
<!-- 插件平台需要的許可權! -->
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"></uses-permission>
<uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"/>
<uses-permission android:name="android.permission.INTERNET"/>
<uses-permission android:name="android.permission.READ_PHONE_STATE">
</uses-permission>

另外將一下加入到<application></application>節點中
<!-- 插件平台需要的配置! -->
<activity
android:name="org.apkplug.app.apkplugActivity"
android:theme="@style/android:Theme.Light"
android:configChanges="orientation|keyboardHidden"
/>
最後將我們從Apkplug管理後台申請到的AppAuth加入到配置文件中。

<meta-data android:name="apkplug-auth" android:value="xxxxxxxx" ></meta-data>
註:由於3.2.2節中我們直接復制了AppAuth,此處直接粘貼到AndroidManifest文檔中。
如下圖:

②導入SDK庫文件
主應用需要導入兩個文件,將其放入libs目錄中即可。
1, libndkfoo.so
2, Bundle2.0.0.jar
如下圖:

這兩個庫文件在Apkplug SDK中可以找到。
然後:
主應用啟動Apkplug最簡只需要一段代碼即可,建議在Application中啟動框架。

FrameworkInstance frame=FrameworkFactory.getInstance().start(List<BundleActivator>,Context);
將上一步驟開發好的插件apk,放置在主應用工程里的assets路徑下。
如下圖:

END
步驟4:啟動主應用

最後啟動主應用即可。簡單的插件化apk的方法就講完了,有興趣的關注我,下次講雲端託管插件實現應用內更新。

⑤ android手機谷歌瀏覽器可以裝插件或擴展嗎

Android平台上的Chrome,官方版本是不支持安裝擴展功能的。如果要擴展chrome的功能,可以用Xposed框架,不過Xposed框架上有關chrome的插件並不多。

Xposed框架是一款修改系統框架服務的軟體,通過它的媒介許多功能強大的模塊得以運行,且不沖突地同時運作,自從Xposed框架發布以來,安卓手機的可玩性日益激增。

如果要使用Xposed框架來開啟Chrome插件,建議手機的Android系統,在4.2和4.4之間。Android5.0以後的版本,支持效果並不好。如果要使用擴展功能,而又嫌安裝Xposed框架麻煩,推薦使用火狐瀏覽器Android版。該瀏覽器的Android手機版,支持較多的插件的。

GoogleChrome瀏覽器不僅在桌面設備上表現卓越,在Android手機和平板電腦上也可讓您暢享快速流暢的瀏覽體驗。藉助GoogleChrome,您可以通過標簽頁同步功能接著瀏覽在其他設備上打開的網頁、通過語音進行搜索,並可在瀏覽時節省多達50%的數據流量。

(5)android插件框架擴展閱讀

關於安卓手機的硬體和拓展:

Android平台首先就是其開放性,開發的平台允許任何移動終端廠商加入到Android聯盟中來。顯著的開放性可以使其擁有更多的開發者,隨著用戶和應用的日益豐富,一個嶄新的平台也將很快走向成熟。

開放性對於Android的發展而言,有利於積累人氣,這里的人氣包括消費者和廠商,而對於消費者來講,最大的受益正是豐富的軟體資源。開放的平台也會帶來更大競爭,如此一來,消費者將可以用更低的價位購得心儀的手機

這一點還是與Android平台的開放性相關,由於Android的開放性,眾多的廠商會推出千奇百怪,功能特色各具的多種產品。功能上的差異和特色,卻不會影響到數據同步、甚至軟體的兼容,如同從諾基亞Symbian風格手機一下改用蘋果iPhone,同時還可將Symbian中優秀的軟體帶到iPhone上使用、聯系人等資料更是可以方便地轉移。

Android平台提供給第三方開發商一個十分寬泛、自由的環境,不會受到各種條條框框的阻擾,可想而知,會有多少新穎別致的軟體會誕生。但也有其兩面性,血腥、暴力、情色方面的程序和游戲如何控制正是留給Android難題之一。

熱點內容
note3簡訊加密 發布:2023-10-01 19:15:26 瀏覽:108
演算法中向量 發布:2023-10-01 19:11:38 瀏覽:520
lp地址轉換工作的是什麼伺服器 發布:2023-10-01 19:03:33 瀏覽:940
機器人都有哪些配置 發布:2023-10-01 19:03:28 瀏覽:218
linux圖形界面網路 發布:2023-10-01 19:00:04 瀏覽:237
android清除緩存代碼 發布:2023-10-01 19:00:00 瀏覽:383
觸發器sql游標 發布:2023-10-01 18:59:53 瀏覽:561
java核心技術卷1基礎知識 發布:2023-10-01 18:59:16 瀏覽:247
win10ftp更改默認路徑 發布:2023-10-01 18:17:21 瀏覽:779
無法修改c盤文件夾許可權 發布:2023-10-01 18:00:36 瀏覽:589