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

Ответ 1

помните, что некоторые устройства 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 created:

Ответ 2

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

Документы DocumentFile для Android и Отсюдa >

Я тестировал код 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 файлы, присутствующие на внешнее хранилище.

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

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

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

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

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

Ответ 3

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

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

Создать мои пакеты Каталог данных Android в порядке для первичных и вторичных хранилищ:

В 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 основной объем внешней памяти STILL включен внутренняя вспышка.

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

Update:

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

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

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

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

Ответ, в сокращенном виде, CTS.

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

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

Что такое совместное использование файлов?

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

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