Защо AssetManger.list() е толкова бавен?

Коментарът на Coverdriven „съхранен някъде в таблица“ ме вдъхнови да разреша собствения си проблем, който отлагах известно време.

Това не отговаря на OP, но предлага различен подход и обработва подпапки, които решението на CommonsWare не прави, освен ако не преминете рекурсивно (което разбира се е друго възможно решение). Той е специално насочен към приложения, които имат голям брой активи в подпапки.

Добавих цел за предварително компилиране на ANT, за да изпълня тази команда (в Windows съм)

dir assets /b /s /A-d > res\raw\assetfiles

Това създава рекурсивен (/s), barebones (/b) списък на всички файлове, с изключение на записи в директория (/A-d) в моята папка с активи.

След това създадох този клас за статично зареждане на съдържанието на assetfiles в hashmap, чийто ключ е името на файла, а стойността - пълния път

public class AssetFiles {

// create a hashmap of all files referenced in res/raw/assetfiles

/*map of all the contents of assets located in the subfolder with the name specified in FILES_ROOT
the key is the filename without path, the value is the full path relative to FILES_ROOT
includes the root, e.g. harmonics_data/subfolder/file.extension - this can be passed
directly to AssetManager.open()*/
public static HashMap<String, String> assetFiles = new HashMap<String, String>();
public static final String FILES_ROOT = "harmonics_data";

static {

    String line;
    String filename;
    String path;

    try {

        BufferedReader reader = new BufferedReader(new InputStreamReader(TidesPlannerApplication.getContext().getResources().openRawResource(R.raw.assetfiles)));

        while ((line = reader.readLine()) != null) {
            // NB backlash (note the escape) is specific to Windows
            filename = line.substring(line.lastIndexOf("\\")+1);
            path = line.substring(line.lastIndexOf(FILES_ROOT)).replaceAll("\\\\","/");;
            assetFiles.put(filename, path);
        }

    } catch (IOException e) {
        e.printStackTrace();
    }

}

public static boolean exists(String filename){
    return assetFiles.containsKey(filename);
}

public static String getFilename(String filename){
    if (exists(filename)){
        return assetFiles.get(filename);
    } else {
        return "";
    }

}

}

За да го използвам, просто извиквам AssetFiles.getFilename(filename), което връща пълния път, който мога да предам на AssetManager.open(). Много по-бързо!

NB. Не съм завършил този клас и той все още не е втвърден, така че ще трябва да добавите подходящи уловки и действия за изключения. Също така е доста специфично за моето приложение, тъй като всичките ми активи са в подпапки, които от своя страна се намират в подпапка на папката с активи (вижте FILES_ROOT), но лесно се адаптират към вашата ситуация.

Обърнете внимание и на необходимостта от замяна на обратни наклонени черти, тъй като Windows генерира списъка с активни файлове с наклонени черти напред. Можете да премахнете това на OSX и *nix платформи.

Може ли някой да обясни защо представянето би било толкова лошо?

Четенето на съдържанието на ZIP архив (APK, където се намират активите) очевидно е по-бавно от четенето на съдържанието на директория във файловата система. В резюме това не е особено изненадващо, тъй като подозирам, че това би било вярно за всички основни операционни системи.

Прочетете тези list() данни веднъж, след това ги запазете някъде другаде за по-бърз достъп (напр. база данни), особено във форма, която е оптимизирана за бъдещи търсения (напр., където проста заявка в база данни може да ви даде това, което искате, вместо да се налага да зареждане и „рекурсивно търсене“ отново).

Ако имате дълбоко дърво от директории в активите, можете първо да откриете дали даден елемент е файл или директория и след това да извикате .list() върху него (наистина ускорява ходенето през дървото). Това е моето решение, което открих за това:

try {
    AssetFileDescriptor desc = getAssets().openFd(path);  // Always throws exception: for directories and for files
    desc.close();  // Never executes
} catch (Exception e) {
    exception_message = e.toString();
}

if (exception_message.endsWith(path)) {  // Exception for directory and for file has different message
    // Directory
} else {
    // File
}

Можете да се обърнете към APK пакета, тъй като е ZIP файл и да прочетете всички записи, като използвате вградения ZipFile на Java. Той ще ви даде всички имена на файлове с техните пълни пътища. Може би не би трябвало да е трудно да откриете кои директории имате.

Досега това е най-бързият подход, който съм тествал.

заслугата е на ангажимента на @obastemur на примерен проект за jxcore-android-basics