探祕騰訊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