前言
相信這樣一個問題,大家都不會陌生,
“有什麼的方法可以使Android的程序APK不用安裝,而能夠直接啓動”。
發現最後的結局都是不能實現這個美好的願望,而騰訊Android手機遊戲平臺卻又能實現這個功能,下載的連連看,五子棋都沒有安裝過程,但是都能直接運行,這其中到底有什麼“玄機”呢,也有熱心童鞋問過我這個問題,本文就爲大家來揭開這個謎團。
重要說明
在實踐的過程中大家都會發現資源引用的問題,這裏重點聲明兩點:
1. 資源文件是不能直接inflate的,如果簡單的話直接在程序中用代碼書寫。
2. 資源文件是不能用R來引用的,因爲上下文已經不同了,騰訊的做法是將資源文件打包(*.pak文件和APK打包在一起),雖然APK是沒有進行安裝,但是資源文件是另外解壓到指定文件夾下面的,然後將文件夾的地址傳給了第三方應用程序,這樣第三方應用程序通過File的inputstream流還是可以讀取和使用這些資源的。
實踐
我實現了一個小小的Demo,麻雀雖小五臟俱全,爲了突出原理,我就儘量簡化了程序,通過這個實例來讓大家明白後臺的工作原理。
- 下載demo的apk程序apks,其中包括了兩個apk,分別是A和B
- 這兩個APK可分別安裝和運行,A程序界面只顯示一個Button,B程序界面會動態顯示當前的時間
- 下面的三幅圖片分別爲直接啓動運行A程序(安裝TestA.apk),直接啓動運行B程序(安裝TestB.apk)和由A程序動態啓動B程序(安裝TestA.apk,TestB.apk不用安裝,而是放在/mnt/sdcard/目錄中,即 SD卡上)的截圖,細心的同學可以停下來觀察一下他們之間的不同
- 後兩幅圖片的不同,也即Title的不同,則解釋出了我們將要分析的後臺實現原理的機制
實現原理
最能講明白道理的莫過於源碼了,下面我們就來分析一下A和B的實現機制,首先來分析TestA.apk的主要代碼實現:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
@Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); Button btn = (Button) findViewById(R.id.btn); btn.setOnClickListener(new OnClickListener() { @Override public void onClick(View v) { Bundle paramBundle = new Bundle(); paramBundle.putBoolean("KEY_START_FROM_OTHER_ACTIVITY", true); String dexpath = "/mnt/sdcard/TestB.apk"; String dexoutputpath = "/mnt/sdcard/"; LoadAPK(paramBundle, dexpath, dexoutputpath); } }); } |
代碼解析:這就是OnCreate函數要做的事情,裝載view界面,綁定button事件,大家都熟悉了,還有就是設置程序B的放置路徑,因爲我程序中代碼是從/mnt/sdcard/TestB.apk中動態加載,這也就是爲什麼要讓大家把TestB.apk放在SD卡上面的原因了。關鍵的函數就是最後一個了LoadAPK,它來實現動態加載B程序。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 |
public void LoadAPK(Bundle paramBundle, String dexpath, String dexoutputpath) { ClassLoader localClassLoader = ClassLoader.getSystemClassLoader(); DexClassLoader localDexClassLoader = new DexClassLoader(dexpath, dexoutputpath, null, localClassLoader); try { PackageInfo plocalObject = getPackageManager() .getPackageArchiveInfo(dexpath, 1); if ((plocalObject.activities != null) && (plocalObject.activities.length > 0)) { String activityname = plocalObject.activities[0].name; Log.d(TAG, "activityname = " + activityname); Class localClass = localDexClassLoader.loadClass(activityname); Constructor localConstructor = localClass .getConstructor(new Class[] {}); Object instance = localConstructor.newInstance(new Object[] {}); Log.d(TAG, "instance = " + instance); Method localMethodSetActivity = localClass.getDeclaredMethod( "setActivity", new Class[] { Activity.class }); localMethodSetActivity.setAccessible(true); localMethodSetActivity.invoke(instance, new Object[] { this }); Method methodonCreate = localClass.getDeclaredMethod( "onCreate", new Class[] { Bundle.class }); methodonCreate.setAccessible(true); methodonCreate.invoke(instance, new Object[] { paramBundle }); } return; } catch (Exception ex) { ex.printStackTrace(); } } |
代碼解析:這個函數要做的工作如下:加載B程序的APK文件,通過類加載器DexClassLoader來解析APK文件,這樣會在SD卡上面生成一個同名的後綴爲dex的文件,例如/mnt/sdcard/TestB.apk==>/mnt/sdcard/TestB.dex,接下來就是通過java反射機制,動態實例化B中的Activity對象,並依次調用了其中的兩個函數,分別爲setActivity和onCreate.看到這裏,大家是不是覺得有點奇怪,Activity的啓動函數是onCreate,爲什麼要先調用setActivity,而更奇怪的是setActivity並不是系統的函數,確實,那是我們自定義的,這也就是核心的地方。
好了帶着這些疑問,我們再來分析B程序的主代碼:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
public class TestBActivity extends Activity { private static final String TAG = "TestBActivity"; private Activity otherActivity; @Override public void onCreate(Bundle savedInstanceState) { boolean b = false; if (savedInstanceState != null) { b = savedInstanceState.getBoolean("KEY_START_FROM_OTHER_ACTIVITY", false); if (b) { this.otherActivity.setContentView(new TBSurfaceView( this.otherActivity)); } } if (!b) { super.onCreate(savedInstanceState); // setContentView(R.layout.main); setContentView(new TBSurfaceView(this)); } } public void setActivity(Activity paramActivity) { Log.d(TAG, "setActivity..." + paramActivity); this.otherActivity = paramActivity; } } |
代碼解析:看完程序B的實現機制,大家是不是有種恍然大悟的感覺,這根本就是“偷樑換柱”嘛,是滴,程序B動態借用了程序A的上下文執行環境,這也就是上面後兩幅圖的差異,最後一幅圖運行的是B的程序,但是title表示的卻是A的信息,而沒有重新初始化自己的,實際上這也是不可能的,所以有些童鞋雖然通過java的反射機制,正確呼叫了被調程序的onCreate函數,但是期望的結果還是沒有出現,原因就是這個上下文環境沒有正確建立起來,但是若通過startActivity的方式來啓動APK的話,android系統會替你建立正確的執行時環境,所以就沒問題。至於那個TBSurfaceView,那就是自定義的一個view畫面,動態畫當前的時間
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 |
public class TBSurfaceView extends SurfaceView implements Callback, Runnable { private SurfaceHolder sfh; private Thread th; private Canvas canvas; private Paint paint; public TBSurfaceView(Context context) { super(context); th = new Thread(this); sfh = this.getHolder(); sfh.addCallback(this); paint = new Paint(); paint.setAntiAlias(true); paint.setColor(Color.RED); this.setKeepScreenOn(true); } public void surfaceCreated(SurfaceHolder holder) { th.start(); } private void draw() { try { canvas = sfh.lockCanvas(); if (canvas != null) { canvas.drawColor(Color.WHITE); canvas.drawText("Time: " + System.currentTimeMillis(), 100, 100, paint); } } catch (Exception ex) { ex.printStackTrace(); } finally { if (canvas != null) { sfh.unlockCanvasAndPost(canvas); } } } public void run() { while (true) { draw(); try { Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } } } public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) { } public void surfaceDestroyed(SurfaceHolder holder) { } } |
騰訊遊戲平臺解析
說了這麼多,都是背景,O(∩_∩)O哈哈~
其實騰訊遊戲平臺就是這麼個實現原理,我也是通過它才學習到這種方式的,還得好好感謝感謝呢。
騰訊Android遊戲平臺的遊戲分成兩類,第一類是騰訊自主研發的,像鬥地主,五子棋,連連看什麼的,所以實現機制就如上面的所示,A代表遊戲大廳,B代表鬥地主類的小遊戲。第二類是第三方軟件公司開發的,可就不能已這種方式來運作了,畢竟騰訊不能限制別人開發代碼的方式啊,所以騰訊就開放了一個sdk包出來,讓第三方應用可以和遊戲大廳相結合,具體可參見QQ遊戲中心開發者平臺,但這同時就損失了一個優點,那就是第三方開發的遊戲要通過安裝的方式才能運行。
結論
看到這裏,相信大家都比較熟悉這個背後的原理了吧,也希望大家能提供更好的反饋信息!
程序源碼下載source
轉帖:http://blog.zhourunsheng.com/2011/09/%E6%8E%A2%E7%A7%98%E8%85%BE%E8%AE%AFandroid%E6%89%8B%E6%9C%BA%E6%B8%B8%E6%88%8F%E5%B9%B3%E5%8F%B0%E4%B9%8B%E4%B8%8D%E5%AE%89%E8%A3%85%E6%B8%B8%E6%88%8Fapk%E7%9B%B4%E6%8E%A5%E5%90%AF%E5%8A%A8%E6%B3%95/