Принудительный доступ к внешней съемной карте microSD

имейте в виду, что некоторые устройства Android будут иметь другой путь для SD-карты, а некоторые не имеют съемной SD-карты.

Вам не нужно указывать путь напрямую!

File myDir = new File("/mnt/extSdCard/test");
myDir.mkdirs();

Сначала вы можете проверить, установлена ​​ли на вашем устройстве съемная SD-карта:

public static boolean isSDCardAvailable(Context context) {
    File[] storages = ContextCompat.getExternalFilesDirs(context, null);
    if (storages.length > 1 && storages[0] != null && storages[1] != null)
        return true;
    else
        return false;
}

Зачем получать внешние каталоги> 1, потому что большинство устройств Android имеют внешнее хранилище в качестве основного каталога и съемную SD-карту в качестве второго каталога:

Но вы можете использовать метод, чтобы получить реальный путь к вашей съемной карте microSD:

public static String getRemovableSDCardPath(Context context) {
    File[] storages = ContextCompat.getExternalFilesDirs(context, null);
    if (storages.length > 1 && storages[0] != null && storages[1] != null)
        return storages[1].toString();
    else
        return "";
}

Тогда просто сделайте это:

File myDir = new File(getRemovableSDCardPath(getApplicationContext()),"test");
if(myDir.mkdirs()){
  Log.i(TAG, "Directory was succesfully create!");
}else{
  Log.i(TAG, "Error creating directory!");
}

Например, используя метод:

   String pathSDCard = getRemovableSDCardPath(getApplicationContext());

В результате у меня есть путь к моей съемной SD-карте (если бы у меня не было съемной SD-карты, мой путь был бы "", поэтому вы можете выполнить проверку, чтобы избежать создания папки):

/storage/extSdCard/Android/data/com.jorgesys.myapplication/files

Теперь создаем новую папку внутри:

    File myDir = new File(getRemovableSDCardPath(getApplicationContext()),"test");
    if(myDir.mkdirs()){
        Log.i(TAG, "Directory was succesfully create!");
    }else{
        Log.i(TAG, "Error creating directory!");
    }

теперь у меня есть созданный каталог /test:

Поскольку я много боролся с той же проблемой, я поделюсь своей частью. Я получил помощь от этих ресурсов, большое спасибо им:

DocumentFile Android Docs и Отсюда

Я протестировал код на 5.1.1 и 6.0.1, а не на остальных устройствах. Я не тестировал его, но он должен работать нормально.

В 5.0.2 для записи на внешнее устройство вам потребуется разрешение пользователя.

Используя приведенный ниже код и прежде чем запрашивать это разрешение, вам необходимо указать пользователю выбрать корневую SD-карту, чтобы у вас был доступ ко всему внешнему хранилищу.

Intent intent = new Intent(Intent.ACTION_OPEN_DOCUMENT_TREE);
startActivityForResult(intent, 25);

теперь в onActivityResult сохраните UriTree, возвращаемый API, так как он понадобится вам позже.

 @Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
    if (requestCode == 25&&resultCode == RESULT_OK) {
            getContentResolver().takePersistableUriPermission(data.getData(), Intent.FLAG_GRANT_READ_URI_PERMISSION | Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
    } 
    super.onActivityResult(requestCode, resultCode, data);
}

После того, как у вас есть корневой UriTree, вы можете создавать файлы или каталоги для удаления из внешнего хранилища, для чего у вас будет DocumentFile из UriTree.

Чтобы получить документ UriTree, используйте приведенный ниже код.

public static DocumentFile getDocumentFile(final File file) {
        String baseFolder = getExtSdCardFolder(file);
        String relativePath = null;

        if (baseFolder == null) {
            return null;
        }

        try {
            String fullPath = file.getCanonicalPath();
            relativePath = fullPath.substring(baseFolder.length() + 1);
        } catch (IOException e) {
            Logger.log(e.getMessage());
            return null;
        }
        Uri treeUri = Common.getInstance().getContentResolver().getPersistedUriPermissions().get(0).getUri();

        if (treeUri == null) {
            return null;
        }

        // start with root of SD card and then parse through document tree.
        DocumentFile document = DocumentFile.fromTreeUri(Common.getInstance(), treeUri);

        String[] parts = relativePath.split("\\/");

        for (String part : parts) {
            DocumentFile nextDocument = document.findFile(part);
            if (nextDocument != null) {
                document = nextDocument;
            }
        }

        return document;
    }


    public static String getExtSdCardFolder(File file) {
        String[] extSdPaths = getExtSdCardPaths();
        try {
            for (int i = 0; i < extSdPaths.length; i++) {
                if (file.getCanonicalPath().startsWith(extSdPaths[i])) {
                    return extSdPaths[i];
                }
            }
        } catch (IOException e) {
            return null;
        }
        return null;
    }


@TargetApi(Build.VERSION_CODES.KITKAT)
public static String[] getExtSdCardPaths() {
    List<String> paths = new ArrayList<>();
    for (File file : Common.getInstance().getExternalFilesDirs("external")) {

        if (file != null && !file.equals(Common.getInstance().getExternalFilesDir("external"))) {
            int index = file.getAbsolutePath().lastIndexOf("/Android/data");
            if (index < 0) {
                Log.w("asd", "Unexpected external file dir: " + file.getAbsolutePath());
            } else {
                String path = file.getAbsolutePath().substring(0, index);
                try {
                    path = new File(path).getCanonicalPath();
                } catch (IOException e) {
                    // Keep non-canonical path.
                }
                paths.add(path);
            }
        }
    }
    return paths.toArray(new String[paths.size()]);
}

Приведенный выше код вернет вам версию DocumentFile любого файла, с помощью которой вы можете выполнить желаемую операцию.

Если вы хотите увидеть этот код в действии, посмотрите, как я использовал его в своем проект с открытым исходным кодом для изменения mp3-файлов, присутствующих во внешнем хранилище.

Надеюсь, это поможет в случае сомнений, дайте мне знать.

Забыл сказать, что недавно задавал тот же вопрос Вот этот вопрос.

Редактировать. Используя этот код, вы можете проверить, дал ли пользователь разрешение на

public static boolean hasPermission() {
    List<UriPermission> uriPermission = Common.getInstance().getContentResolver().getPersistedUriPermissions();
    return uriPermission != null && uriPermission.size() > 0;
}

если разрешение будет отозвано, UriTree не будет, поэтому вам придется снова запрашивать разрешение.

На основе ответа Doomsknight и моего и Дэйв Смит и Сообщения в блоге Марка Мерфи: 1, 2, 3:

1. В идеале используйте Storage Access Framework и DocumentFile, как указал Джаред Раммлер. Или:
2. Используйте путь к вашему приложению/storage/extSdCard/Android/data/com.myapp.example/files.
3. Добавьте разрешение на чтение/запись для манифеста для pre-KitKat, позже разрешение не требуется для этого пути.
4. Попробуйте использовать каталог point2 и методы Doomsknight с учетом Кейс KitKat и Samsung.
5. Отфильтруйте и используйте getStorageDirectories путь точки 2 и разрешения на чтение/запись до KitKat.
6. ContextCompat.getExternalFilesDirs, поскольку KitKat запоминает Samsung сначала возвращает внутренние:

Каталог данных Android Write My Package подходит для основного и дополнительного хранилищ:

В KitKat полное владение каталогами данных для конкретного приложения предоставляется уникальному идентификатору пользователя приложения. Это означает, что в дальнейшем приложению не требуется разрешение на чтение/запись в определенные каталоги на внешнем хранилище...

Разрешение android.permission.WRITE_EXTERNAL_STORAGE теперь предоставляет членство в sdcard_r И sdcard_rw...

Никаких разрешений не требуется для использования любого внешнего тома хранилища для файлов, специфичных для приложения.

ПРИМЕЧАНИЕ. В списках ls -la /mnt/extSdCard/... группа sdcard_r имеет полные разрешения +rwx, что, очевидно, не соответствует действительности... поскольку демон FUSE является активным участником изменения разрешений, применяемых к приложениям во время выполнения.

Samsung: пример использования

В Android 4.3 Samsung эмулировала основной внешний объем хранилища на внутренней флэш-памяти устройства (НЕ на съемной SD-карте). SD-карта всегда внутренне помечалась как дополнительный внешний носитель информации...

В Android 4.4 основной внешний объем хранения ПО-ПРЕЖНЕМУ находится на внутренней флэш-памяти.

Samsung решила включить слот для SD-карты, но не отметить его как основной внешний носитель информации.

Обновление:

Как объяснено здесь и отвечает на ваш комментарий об использовании корневого пути для обмена файлами:

Вы можете до Kikat использовать метод Doomsknight 1 и if/else кода в зависимости от целевой версии или создание нескольких APK.

Начиная с KitKat, сторонние приложения просто не могут добавлять собственные файлы в случайные места...

Почему сейчас?

Ответ в акрониме: CTS.

Правила, гласящие, что вторичные тома хранилища не должны быть доступны для записи приложениям, также были в документе с версии 4.2.

Однако были добавлены новые тесты. в CTS для 4.4, которые проверяют, имеет ли вторичное хранилище надлежащие разрешения только для чтения в каталогах, не относящихся к приложениям, предположительно из-за новых API, которые наконец раскрывают эти пути разработчикам приложений. Как только CTS включит эти правила, OEM-производители должны будут поддерживать их, чтобы продолжать поставки устройств с GMS (Google Play и т. д.) на борту.

Как насчет обмена файлами?

Это правильный вопрос. Что делать, если приложению необходимо предоставить общий доступ к файлам, которые оно создало на дополнительном внешнем томе хранения? Ответ Google, по-видимому, заключается в том, что те приложения, которые активно решают выйти за рамки основного внешнего хранилища для записи контента, также должны предоставить безопасный способ обмена им, либо с помощью поставщик контента или новая платформа доступа к хранилищу.

Как я объяснил по вопросу, который вы запросили у меня за помощью, я никогда не пробовал это, но мое мнение таково, что теоретически вы можете использовать корневой путь до KitKat, используя метод 1, а эти альтернативы позже.