La meilleure Façon de mettre en Cache des Données dans Android

J'ai un ArrayList de coutume, simple Serializable objets je voudrais cache pour le disque et la lire sur le re-lancement. Mes données est très faible, environ 25 objets, et d'au plus 5 listes donc je pense que SQLite serait exagéré. Dans l'iPhone monde je voudrais utiliser NSKeyedArchiver et NSKeyedUnarchiver qui fonctionne très bien. Sur Android, j'ai essayé de le faire avec un FileOutputStream et ObjectOutputStream et alors que le résultat est le même, la performance est terrible. Est-il mieux (lire plus vite) pour le cache des petits objets du système de fichiers sur Android?

  • Savez-vous qui est la partie la performance de porc?
InformationsquelleAutor Greg Martin | 2010-01-05
  1. 19

    Pour ce qu'elle vaut, je cache certaines de mes données de Chaîne à disque à l'aide de BufferedWriter/BufferedReader et il est très rapide. De ce fait, il est plus rapide que de stocker les mêmes données pour les SharedPreferences. Le code va quelque chose comme ceci (notez que les choses se passent plus rapidement lorsque vous fournissez taille de la mémoire tampon)

    final BufferedWriter out = new BufferedWriter(new FileWriter(file), 1024);
out.write(stuff);
out.close();
    • Ouais, le problème c'est que je veux "trucs" être un de mes objets sérialisés qui, pour une raison qui semble être la question.
    • Eh bien, si vos objets sont assez simples, vous pouvez remplacer les méthodes readObject et writeObject
    • Alors j'ai fini par écrire les premières JSON de texte vers un fichier en utilisant cette méthode, puis re-analyser quand je me suis lancé. Depuis le JSON est petit, cela semble fonctionner OK, même si je ne suis pas encore complètement heureux de ne pas être en mesure de sérialiser les objets sur le disque.
    • Il pourrait y avoir beaucoup de choses en coulisses avec la Sérialisation. Habituellement, j'ai trouvé beaucoup de meilleures performances en utilisant l'interface Externalizable. Vous finissez par avoir à coder un peu plus, mais je l'ai toujours vu une augmentation énorme. Cela pourrait être encore plus dramatique sur un appareil mobile. stackoverflow.com/questions/817853/...
    • FileWritter utilise toujours la plate-forme de codage par défaut qui n'est pas une bonne idée. Je préfère utiliser new BufferedWriter(new OutputStreamWriter(new FileOutputStream(file),Charset.forName("UTF-8"))); à la place.
    • Vous faites de disque de stockage, pas de cache. Pourquoi est-ce accepté de répondre?
    • J'ai trouvé ceci pour être presque à l'opposé. Lors de l'utilisation de Jackson pour sérialiser des données et de l'enregistrer dans le SharedPreferences, exécution des métriques sur 100 de lecture/écriture par rapport à un objet sérialisé enregistrer sur le disque/lecture à partir du disque, SharedPreferences étaient toujours plus vite.

    InformationsquelleAutor Bostone
  2. 4
    public class MyClass implements Serializable 
{
private static final long serialVersionUID = 1L;
public String title;
public String startTime;
public String endTime;
public String day;
public boolean classEnabled;
public MyClass(String title, String startTime, boolean enable) {
this.title = title;
this.startTime = startTime;
this.classEnabled = enable;
}
public boolean saveObject(MyClass obj) {   
final File suspend_f=new File(SerializationTest.cacheDir, "test");
FileOutputStream   fos  = null;
ObjectOutputStream oos  = null;
boolean            keep = true;
try {
fos = new FileOutputStream(suspend_f);
oos = new ObjectOutputStream(fos);
oos.writeObject(obj);
} catch (Exception e) {
keep = false;
} finally {
try {
if (oos != null)   oos.close();
if (fos != null)   fos.close();
if (keep == false) suspend_f.delete();
} catch (Exception e) { /* do nothing */ }
}
return keep;
}
public MyClass getObject(Context c) {
final File suspend_f=new File(SerializationTest.cacheDir, "test");
MyClass simpleClass= null;
FileInputStream fis = null;
ObjectInputStream is = null;
try {
fis = new FileInputStream(suspend_f);
is = new ObjectInputStream(fis);
simpleClass = (MyClass) is.readObject();
} catch(Exception e) {
String val= e.getMessage();
} finally {
try {
if (fis != null)   fis.close();
if (is != null)   is.close();
} catch (Exception e) { }
}
return simpleClass;  
}

    et appeler à partir de l'activité

     if(android.os.Environment.getExternalStorageState().equals(android.os.Environment.MEDIA_MOUNTED))
cacheDir=new File(android.os.Environment.getExternalStorageDirectory(),"MyCustomObject");
else
cacheDir= getCacheDir();
if(!cacheDir.exists())
cacheDir.mkdirs();
MyClass m = new MyClass("umer", "asif", true);
boolean result = m.saveObject(m);
if(result)
Toast.makeText(this, "Saved object", Toast.LENGTH_LONG).show();
else
Toast.makeText(this, "Error saving object", Toast.LENGTH_LONG).show();   
MyClass m = new MyClass();
MyClass c = m.getObject(this);
if(c!= null)
Toast.makeText(this, "Retrieved object", Toast.LENGTH_LONG).show();
else
Toast.makeText(this, "Error retrieving object", Toast.LENGTH_LONG).show();

    n'oubliez pas d'utiliser write_external_storage autorisations dans le fichier manifest.

    InformationsquelleAutor Vaishali Sutariya
  3. 3

    Il est difficile de savoir sans profilage, mais ma conjecture est votre mauvaise performance est vers le bas à l'aide de ObjectOutputStream. Avez-vous essayé d'écrire votre propre writeObject(ObjectOutputStream) et readObject(ObjectOutputStream) méthodes que cela peut aider à la performance.

    Vous pouvez utiliser le traceview outil pour voir exactement où l'application est en cours d'exécution lente. Jetez un oeil à cette question pour obtenir des instructions sur la façon d'utiliser traceview.

    InformationsquelleAutor Dave Webb