Datei existiert und IS-Verzeichnis, aber listFiles () gibt null zurück

Die Dokumentation fürFile.listFiles() schlägt vor, dass nullNUR für den Fall zurückgegeben wird, dass die aufrufende Datei kein Verzeichnis ist.

Ich habe folgendes:

String dir = "/storage/emulated/0";
File f = new File(dir);
Log.v("Files",f.exists()+"");
Log.v("Files",f.isDirectory()+"");
Log.v("Files",f.listFiles()+"");

Das Protokoll lautet:

true
true
null

Aus irgendeinem Grund listFiles(kehrt) zurück null, obwohl das Fileals gültiges Verzeichnis erkannt wird. Ich bin mit dem Verhalten der Android-Dateihierarchie nicht besonders vertraut, daher würde ich vermuten, dass das Problem darin liegt.

Als Referenz debugge ich auf meinem Moto X und die Ergebnisse sind die gleichen, unabhängig davon, ob das Telefon an meinen Computer angeschlossen ist oder nicht. Ich glaube also nicht, dass es mit der Montage beim Anschließen zu tun hat.

Fügen Sie für diejenigen mit diesem Problem Folgendes zu AndroidManifest.xml hinzu:

<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />

Problem gelöst: D.

BEARBEITEN: Wenn dies nicht funktioniert, stellen Sie einfach sicher, dass der Pfad korrekt ist

Zusätzlich zu anderen Antworten und Kommentaren würde ich vorschlagen, dass Sie prüfen, ob Sie benötigen

<application android:requestLegacyExternalStorage="true"

in deinem Manifest. Es scheint, dass einige neuere Apis es brauchen.

Wie auch immer, Zapls Kommentar ist ziemlich kurz, aber ziemlich aufschlussreich. Sie können das Verzeichnis auf dem Gerät "ls -ld" (über "adb shell" oder einige andere Shells). Wenn Sie die Berechtigung "r" für das Verzeichnis haben, können Sie listFiles () aufrufen. Andernfalls wird null zurückgegeben. Beachten Sie, dass Sie auf Dateien im unlesbaren Verzeichnis zugreifen können, wenn Sie die Dateinamen kennen und die Berechtigung "x" für das Verzeichnis haben. Sie können anhand der Befehle "whoami" und "groups" erkennen, wer Sie sind.

Für Android Version 23 oder höher müssen Sie die Laufzeitberechtigung programmgesteuert in der folgenden Onresume-Methode erteilen.

public final String[] EXTERNAL_PERMS = {Manifest.permission.WRITE_EXTERNAL_STORAGE, Manifest.permission.READ_EXTERNAL_STORAGE
};

public final int EXTERNAL_REQUEST = 138;

requestForPermission();

public boolean requestForPermission() {

    boolean isPermissionOn = true;
    final int version = Build.VERSION.SDK_INT;
    if (version >= 23) {
        if (!canAccessExternalSd()) {
            isPermissionOn = false;
            requestPermissions(EXTERNAL_PERMS, EXTERNAL_REQUEST);
        }
    }

    return isPermissionOn;
}

public boolean canAccessExternalSd() {
    return (hasPermission(android.Manifest.permission.WRITE_EXTERNAL_STORAGE));
}

private boolean hasPermission(String perm) {
    return (PackageManager.PERMISSION_GRANTED == ContextCompat.checkSelfPermission(this, perm));

}

Wenn Sie mit diesem Problem Leseberechtigungen erteilen möchten, fügen Sie diese zu AndroidManifest.xml hinzu:

android:name="android.permission.READ_EXTERNAL_STORAGE" 

und Sie sollten auch die Erlaubnis von erteilen

Einstellungen> Apps> "Ihr App-Name" > Berechtigungen> Speicher

Aus der Methodendokumentation der Datei 'listFiles': Gibt null zurück, wenn dieser abstrakte Pfadname kein Verzeichnis angibt oder wenn ein E / A-Fehler auftritt.

Möglicherweise ist also ein E / A-Fehler aufgetreten. Überprüfen Sie die Berechtigungen für dieses Verzeichnis. Hat der Benutzer, der das Java-Programm ausführt, die Berechtigung, dieses Verzeichnis zu lesen? Wenn nicht, gibt es Ihre Antwort. Wenn ja, ist das Verzeichnis möglicherweise leer.

Übrigens sollten Sie nicht + "" verwenden, um etwas in einen String zu konvertieren. Dies ist eine schlechte Vorgehensweise, da es langsamer als String.valueOf ist. Ich würde StringUtils von Apache verwenden, um dieses Array zu einem String zu verbinden, aber dazu muss dieses Jar zu Ihrem Klassenpfad hinzugefügt werden.

Fügen Sie einfach die Berechtigung im Manifest hinzu uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" und Ihr Problem wird behoben.

Die Antwort von @ tamo hat mein Problem behoben. Ich kompiliere den Exoplayer auf ANQ und setze:

build.gradle:

android {
compileSdkVersion 29
buildToolsVersion '29.0.0'

defaultConfig {
    minSdkVersion 16
    targetSdkVersion 29
}

manifest.xml:

  <application
  android:name="com.google.android.exoplayer.demo.ExoPlayerDemoApplication"
  android:label="@string/application_name"
  android:icon="@drawable/ic_launcher"
  android:largeHeap="true"
  android:allowBackup="false"
  android:requestLegacyExternalStorage="true">

Ich überprüfe die Android-Entwicklungsseite und erkläre dies bereits: https://developer.android.com/training/data-storage/compatibility

Wenn Sie auf API 29 oder höher abzielen, folgen Sie einfach den Einstellungen von Google.

Mein Problem war, dass das Attribut android: sharedUserId = "android.uid.system" aus irgendeinem Grund der App nicht erlaubte, / sdcard / auf einem bestimmten Gerät zu lesen.

Da ich nur einen kurzen Test durchführen musste, entfernte ich das sharedUserId-Attribut, testete es und fügte es wieder hinzu.

Ich hatte das gleiche Problem in Java, aber nicht in Android, wo ich Konfigurationsdatei mit Pfad in Anführungszeichen lese. Ich habe mein Problem gelöst, indem ich nur Anführungszeichen entfernt habe

Sie können dies also mit der Funktion "Zeichenfolge ersetzen" oder ohne Anführungszeichen tun

String someString = "C: \ path"; someString = someString.replace ("\" "," ");

Fügen Sie in der Manifestdatei im <uses-permission .... >Abschnitt diese Zeile hinzu android:name="android.permission.READ_EXTERNAL_STORAGE". Ich denke, das könnte Ihr Problem lösen.