探祕騰訊Android手機遊戲平臺之不安裝遊戲APK直接啟動法
前言
相信這樣一個問題，大家都不會陌生，
“有什麼的方法可以使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( |
程式碼解析：這就是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遊戲中心開發者平臺，但這同時就損失了一個優點，那就是第三方開發的遊戲要通過安裝的方式才能執行。
結論
看到這裡，相信大家都比較熟悉這個背後的原理了吧，也希望大家能提供更好的反饋資訊！
轉帖：http://blog.zh