轉載請註明出處:http://blog.csdn.net/singwhatiwanna/article/details/22597587 (來自singwhatiwanna的csdn博客)java
問題是這樣的:咱們知道,apk必須安裝才能運行,若是不安裝要是也能運行該多好啊,事實上,這不是徹底不可能的,儘管它比較難實現。在理論層面上,咱們能夠經過一個宿主程序來運行一些未安裝的apk,固然,實踐層面上也能實現,不過這對未安裝的apk有要求。咱們的想法是這樣的,首先要明白apk未安裝是不能被直接調起來的,可是咱們能夠採用一個程序(稱之爲宿主程序)去動態加載apk文件並將其放在本身的進程中執行,本文要介紹的就是這麼一種方法,同時這種方法還有不少問題,尤爲是資源的訪問。由於將apk加載到宿主程序中去執行,就沒法經過宿主程序的Context去取到apk中的資源,好比圖片、文本等,這是很好理解的,由於apk已經不存在上下文了,它執行時所採用的上下文是宿主程序的上下文,用別人的Context是沒法獲得本身的資源的,不過這個問題貌似能夠這麼解決:將apk中的資源解壓到某個目錄,而後經過文件去操做資源,這只是理論上可行,實際上仍是會有不少的難點的。除了資源存取的問題,還有一個問題是activity的生命週期,由於apk被宿主程序加載執行後,它的activity其實就是一個普通的類,正常狀況下,activity的生命週期是由系統來管理的,如今被宿主程序接管了之後,如何替代系統對apk中的activity的生命週期進行管理是有難度的,不過這個問題比資源的訪問好解決一些,好比咱們能夠在宿主程序中模擬activity的生命週期併合適地調用apk中activity的生命週期方法。本文暫時不對這兩個問題進行解決,由於很難,本文僅僅對apk的動態執行機制進行介紹,儘管如此,聽起來仍是有點小激動,不是嗎?android
以下圖所示,首先宿主程序會到文件系統好比sd卡去加載apk,而後經過一個叫作proxy的activity去執行apk中的activity。git
關於動態加載apk,理論上能夠用到的有DexClassLoader、PathClassLoader和URLClassLoader。github
DexClassLoader :能夠加載文件系統上的jar、dex、apkapp
PathClassLoader :能夠加載/data/app目錄下的apk,這也意味着,它只能加載已經安裝的apkide
URLClassLoader :能夠加載java中的jar,可是因爲dalvik不能直接識別jar,因此此方法在android中沒法使用,儘管還有這個類模塊化
關於jar、dex和apk,dex和apk是能夠直接加載的,由於它們都是或者內部有dex文件,而原始的jar是不行的,必須轉換成dalvik所能識別的字節碼文件,轉換工具可使用android sdk中platform-tools目錄下的dx工具
轉換命令 :dx --dex --output=dest.jar src.jar測試
1. 主界面很簡單,放了一個button,點擊就會調起apk,我把apk直接放在了sd卡中,至於先把apk從網上下載到本地再加載實際上是一個道理。this
@Override public void onClick(View v) { if (v == mOpenClient) { Intent intent = new Intent(this, ProxyActivity.class); intent.putExtra(ProxyActivity.EXTRA_DEX_PATH, "/mnt/sdcard/DynamicLoadHost/plugin.apk"); startActivity(intent); } }
點擊button之後,proxy會被調起,而後加載apk並調起的任務就交給它了
2. 代理activity的實現(proxy)
package com.ryg.dynamicloadhost; import java.lang.reflect.Constructor; import java.lang.reflect.Method; import dalvik.system.DexClassLoader; import android.annotation.SuppressLint; import android.app.Activity; import android.content.pm.PackageInfo; import android.os.Bundle; import android.util.Log; public class ProxyActivity extends Activity { private static final String TAG = "ProxyActivity"; public static final String FROM = "extra.from"; public static final int FROM_EXTERNAL = 0; public static final int FROM_INTERNAL = 1; public static final String EXTRA_DEX_PATH = "extra.dex.path"; public static final String EXTRA_CLASS = "extra.class"; private String mClass; private String mDexPath; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); mDexPath = getIntent().getStringExtra(EXTRA_DEX_PATH); mClass = getIntent().getStringExtra(EXTRA_CLASS); Log.d(TAG, "mClass=" + mClass + " mDexPath=" + mDexPath); if (mClass == null) { launchTargetActivity(); } else { launchTargetActivity(mClass); } } @SuppressLint("NewApi") protected void launchTargetActivity() { PackageInfo packageInfo = getPackageManager().getPackageArchiveInfo( mDexPath, 1); if ((packageInfo.activities != null) && (packageInfo.activities.length > 0)) { String activityName = packageInfo.activities[0].name; mClass = activityName; launchTargetActivity(mClass); } } @SuppressLint("NewApi") protected void launchTargetActivity(final String className) { Log.d(TAG, "start launchTargetActivity, className=" + className); File dexOutputDir = this.getDir("dex", 0); final String dexOutputPath = dexOutputDir.getAbsolutePath(); ClassLoader localClassLoader = ClassLoader.getSystemClassLoader(); DexClassLoader dexClassLoader = new DexClassLoader(mDexPath, dexOutputPath, null, localClassLoader); try { Class<?> localClass = dexClassLoader.loadClass(className); Constructor<?> localConstructor = localClass .getConstructor(new Class[] {}); Object instance = localConstructor.newInstance(new Object[] {}); Log.d(TAG, "instance = " + instance); Method setProxy = localClass.getMethod("setProxy", new Class[] { Activity.class }); setProxy.setAccessible(true); setProxy.invoke(instance, new Object[] { this }); Method onCreate = localClass.getDeclaredMethod("onCreate", new Class[] { Bundle.class }); onCreate.setAccessible(true); Bundle bundle = new Bundle(); bundle.putInt(FROM, FROM_EXTERNAL); onCreate.invoke(instance, new Object[] { bundle }); } catch (Exception e) { e.printStackTrace(); } } }
說明:程序不難理解,思路是這樣的:採用DexClassLoader去加載apk,而後若是沒有指定class,就調起主activity,不然調起指定的class。activity被調起的過程是這樣的:首先經過類加載器去加載apk中activity的類並建立一個新對象,而後經過反射去調用這個對象的setProxy方法和onCreate方法,setProxy方法的做用是將activity內部的執行所有交由宿主程序中的proxy(也是一個activity),onCreate方法是activity的入口,setProxy之後就調用onCreate方法,這個時候activity就被調起來了。
1. 爲了讓proxy全面接管apk中全部activity的執行,須要爲activity定義一個基類BaseActivity,在基類中處理代理相關的事情,同時BaseActivity還對是否使用代理進行了判斷,若是不使用代理,那麼activity的邏輯仍然按照正常的方式執行,也就是說,這個apk既能夠按照執行,也能夠由宿主程序來執行。
package com.ryg.dynamicloadclient; import android.app.Activity; import android.content.Intent; import android.os.Bundle; import android.util.Log; import android.view.View; import android.view.ViewGroup.LayoutParams; public class BaseActivity extends Activity { private static final String TAG = "Client-BaseActivity"; public static final String FROM = "extra.from"; public static final int FROM_EXTERNAL = 0; public static final int FROM_INTERNAL = 1; public static final String EXTRA_DEX_PATH = "extra.dex.path"; public static final String EXTRA_CLASS = "extra.class"; public static final String PROXY_VIEW_ACTION = "com.ryg.dynamicloadhost.VIEW"; public static final String DEX_PATH = "/mnt/sdcard/DynamicLoadHost/plugin.apk"; protected Activity mProxyActivity; protected int mFrom = FROM_INTERNAL; public void setProxy(Activity proxyActivity) { Log.d(TAG, "setProxy: proxyActivity= " + proxyActivity); mProxyActivity = proxyActivity; } @Override protected void onCreate(Bundle savedInstanceState) { if (savedInstanceState != null) { mFrom = savedInstanceState.getInt(FROM, FROM_INTERNAL); } if (mFrom == FROM_INTERNAL) { super.onCreate(savedInstanceState); mProxyActivity = this; } Log.d(TAG, "onCreate: from= " + mFrom); } protected void startActivityByProxy(String className) { if (mProxyActivity == this) { Intent intent = new Intent(); intent.setClassName(this, className); this.startActivity(intent); } else { Intent intent = new Intent(PROXY_VIEW_ACTION); intent.putExtra(EXTRA_DEX_PATH, DEX_PATH); intent.putExtra(EXTRA_CLASS, className); mProxyActivity.startActivity(intent); } } @Override public void setContentView(View view) { if (mProxyActivity == this) { super.setContentView(view); } else { mProxyActivity.setContentView(view); } } @Override public void setContentView(View view, LayoutParams params) { if (mProxyActivity == this) { super.setContentView(view, params); } else { mProxyActivity.setContentView(view, params); } } @Deprecated @Override public void setContentView(int layoutResID) { if (mProxyActivity == this) { super.setContentView(layoutResID); } else { mProxyActivity.setContentView(layoutResID); } } @Override public void addContentView(View view, LayoutParams params) { if (mProxyActivity == this) { super.addContentView(view, params); } else { mProxyActivity.addContentView(view, params); } } }
說明:相信你們一看代碼就明白了,其中setProxy方法的做用就是爲了讓宿主程序可以接管本身的執行,一旦被接管之後,其全部的執行均經過proxy,且Context也變成了宿主程序的Context,也許這麼說比較形象:宿主程序其實就是個空殼,它只是把其它apk加載到本身的內部去執行,這也就更能理解爲何資源訪問變得很困難,你會發現好像訪問不到apk中的資源了,的確是這樣的,可是目前我尚未很好的方法去解決。
2. 入口activity的實現
public class MainActivity extends BaseActivity { private static final String TAG = "Client-MainActivity"; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); initView(savedInstanceState); } private void initView(Bundle savedInstanceState) { mProxyActivity.setContentView(generateContentView(mProxyActivity)); } private View generateContentView(final Context context) { LinearLayout layout = new LinearLayout(context); layout.setLayoutParams(new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT)); layout.setBackgroundColor(Color.parseColor("#F79AB5")); Button button = new Button(context); button.setText("button"); layout.addView(button, LayoutParams.MATCH_PARENT, LayoutParams.WRAP_CONTENT); button.setOnClickListener(new OnClickListener() { @Override public void onClick(View v) { Toast.makeText(context, "you clicked button", Toast.LENGTH_SHORT).show(); startActivityByProxy("com.ryg.dynamicloadclient.TestActivity"); } }); return layout; } }
說明:因爲訪問不到apk中的資源了,因此界面是代碼寫的,而不是寫在xml中,由於xml讀不到了,這也是個大問題。注意到主界面中有一個button,點擊後跳到了另外一個activity,這個時候是不能直接調用系統的startActivity方法的,而是必須經過宿主程序中的proxy來執行,緣由很簡單,首先apk本書沒有Context,因此它沒法調起activity,另外因爲這個子activity是apk中的,經過宿主程序直接調用它也是不行的,由於它對宿主程序來講是不可見的,因此只能經過proxy來調用,是否是感受很麻煩?可是,你還有更好的辦法嗎?
3. 子activity的實現
package com.ryg.dynamicloadclient; import android.graphics.Color; import android.os.Bundle; import android.view.ViewGroup.LayoutParams; import android.widget.Button; public class TestActivity extends BaseActivity{ @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); Button button = new Button(mProxyActivity); button.setLayoutParams(new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT)); button.setBackgroundColor(Color.YELLOW); button.setText("這是測試頁面"); setContentView(button); } }
說明:代碼很簡單,不用介紹了,同理,界面仍是用代碼來寫的。
1. 首先看apk安裝時的運行效果
2. 再看看未安裝時被宿主程序執行的效果
說明:能夠發現,安裝和未安裝,執行效果是同樣的,差異在於:首先未安裝的時候因爲採用了反射,因此執行效率會略微下降,其次,應用的標題發生了改變,也就是說,儘管apk被執行了,可是它畢竟是在宿主程序裏面執行的,因此它仍是屬於宿主程序的,所以apk未安裝被執行時其標題不是本身的,不過這也能夠間接證實,apk的確被宿主程序執行了,不信看標題。最後,我想說一下這麼作的意義,這樣作有利於實現模塊化,同時還能夠實現插件機制,可是問題仍是不少的,最複雜的兩個問題:資源的訪問和activity生命週期的管理,期待你們有好的解決辦法,歡迎交流。
代碼下載: