Caricamento codice remoto Android

Question

Sto sviluppando una libreria per Android che richiede aggiornamenti frequenti da un server centrale. Stavo pensando a quanto sarebbe bello se la mia libreria potesse aggiornarsi da sola - o se potessi semplicemente rilasciare una libreria di bootstrap che scarica la libreria di destinazione quando l'app è installata.

Vedo questa classe in 1.5 denominata "DexClassLoader" ma sembra che ci sia poco prezioso sul Web oltre ai documenti API. Qualcuno ha usato questo con successo per lo scenario che ho descritto?

Inoltre, i termini dell'Android Market consentono una cosa del genere?

Answer 1

Ho utilizzato con successo DexClassLoader. È importante fornire un dexOutputDir effettivamente scrivibile dalla tua app, quindi non/data/dalvik-cache. In caso contrario, il registro mostrerà una o due righe sulla mancata scrittura, seguito da ClassNotFoundException.

cl = new DexClassLoader("/full/path/com.example.apk", 
         getFilesDir().getAbsolutePath(),// /data/data/foo/files 
         null, // native lib path, I haven't used this 
         MyClass.class.getClassLoader()); 
// This doesn't make Class.forName() work, instead I do this: 
Class<?> foo = cl.loadClass("com.example.foo"); 

Per rendere Class.forName() lavoro, si potrebbe provare Thread.setContextClassLoader() (non ho).

Answer 2

In effetti ciò che si desidera è supportato e funziona. DexClassLoader non funziona come previsto per me, ma il codice seguente funziona correttamente.

DexFile df = new DexFile(new File("/data/app/my_downloaded_lib.apk")); 
ClassLoader cl = getClassLoader(); 
Class clazz = df.loadClass("com/my/lib/MyClass", cl); 

Circa la questione del mercato, non vedo alcun problema con questo, ma si deve leggere l'EULA per essere sicuri.

Answer 3

DexClassLoader è la risposta giusta. Le applicazioni non dovrebbero mai utilizzare direttamente DexFile (è pensato per essere utilizzato dai programmi di caricamento classi).

È possibile utilizzare la memoria esterna (/sdcard) o l'area dati privata dell'app, per il parametro dexOutputDir. La memoria esterna è solitamente più grande, ma se la carta viene espulsa la tua app verrà uccisa e, a causa della mancanza di imposizione dei permessi sui file, è facile per una terza parte sostituire il tuo codice. Ciò può consentire alle app dannose di provocare azioni arbitrarie da parte della tua app. (Se si vuole fare in ogni caso, ottenere il percorso via Environment.getExternalStorageDirectory();. Richiede l'autorizzazione WRITE_EXTERNAL_STORAGE)

L'area di dati app-privato (ottenere il percorso da Context.getFilesDir()) è più sicuro, e ha anche il vantaggio di essere puliti automaticamente se l'app è stata disinstallata. Questo è l'approccio raccomandato.