Android: disambiguating file paths

前端 未结 4 2211
北海茫月
北海茫月 2021-02-20 15:03

In my app, users pick files. Internally, I store information about the file, which I key based on the file path. Next time that file is used, I do stuff with the stored inform

相关标签:
4条回答
  • 2021-02-20 15:26

    First, the only correct way to get the external path is using the getExternalStorageDirectory and other getExternalStorageXXX in Android.

    Android will firstly try to resolve two system variable:

    String rawExternalStorage = System.getenv(ENV_EXTERNAL_STORAGE);
    String rawEmulatedStorageTarget = System.getenv(ENV_EMULATED_STORAGE_TARGET);
    

    while the ENV_EXTERNAL_STORAGE = "EXTERNAL_STORAGE" and ENV_EMULATED_STORAGE_TARGET = "EMULATED_STORAGE_TARGET". If the EMULATED_STORAGE_TARGET variable is set, it means the device has emulated storage then the storage path will be EMULATED_STORAGE_TARGET.(After Android 4.2, it support multiple-user external storage, then there would be a /0 or 0 after the path) But if it is not set and EXTERNAL_STORAGE is set, the path will be EXTERNAL_STORAGE. If both of them are not set, the path will be /storage/sdcard0 by default. So different devices may contain different paths for external storage.

    As External Storage Technical Information says, you can customize the storage of the device by setting up the init.rc file. For example in the default goldfish one:

    export EXTERNAL_STORAGE /mnt/sdcard
    mkdir /mnt/sdcard 0000 system system
    symlink /mnt/sdcard /sdcard
    

    If you use getExternalStorageDirectory you will get /mnt/sdcard, but /sdcard is a symbolic link to that directory.

    So in your case, the init.rc may contain:

    export EMULATED_STORAGE_TARGET /storage/emulated
    symlink /storage/emulated/0 /mnt/sdcard
    

    So they are not ambiguous, they are actually same.

    I think the getCanonicalPath() might work for the vast majority of your use cases.

    A canonical pathname is both absolute and unique. The precise definition of canonical form is system-dependent. This method first converts this pathname to absolute form if necessary, as if by invoking the getAbsolutePath() method, and then maps it to its unique form in a system-dependent way. This typically involves removing redundant names such as "." and ".." from the pathname, resolving symbolic links (on UNIX platforms), and converting drive letters to a standard case (on Microsoft Windows platforms).

    Every pathname that denotes an existing file or directory has a unique canonical form. Every pathname that denotes a nonexistent file or directory also has a unique canonical form. The canonical form of the pathname of a nonexistent file or directory may be different from the canonical form of the same pathname after the file or directory is created. Similarly, the canonical form of the pathname of an existing file or directory may be different from the canonical form of the same pathname after the file or directory is deleted.

    0 讨论(0)
  • 2021-02-20 15:32

    There is probably no easy solution for this. The problem is that apparently there are two different mount points in the file system that actually point to the same location. File.getCanonicalPath() can only resolve symbolic links but not different mount points.

    For example on my Nexus 4 this code:

    File file1 = new File(Environment.getExternalStorageDirectory() + "/Android");
    System.out.println("file 1: " + file1.getCanonicalPath());
    File file2 = new File("/sdcard/Android");
    System.out.println("file 2: " + file2.getCanonicalPath());
    

    prints

    file 1: /storage/emulated/0/Android
    file 2: /storage/emulated/legacy/Android
    

    I used this code to exec "mount" and print the output:

    Process exec = Runtime.getRuntime().exec("mount");
    InputStream in = exec.getInputStream();
    BufferedReader br = new BufferedReader(new InputStreamReader(in));
    while (true) {
        String line = br.readLine();
        if (line == null)
            break;
        System.out.println(line);
    }
    in.close();
    

    The relevant output is:

    /dev/fuse /storage/emulated/0 fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
    /dev/fuse /storage/emulated/legacy fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
    
    0 讨论(0)
  • 2021-02-20 15:32

    Take a look at the answer here. It also uses canonical path, but in a slightly different manner that might work for you

    0 讨论(0)
  • 2021-02-20 15:35

    On newer Android versions, SD storage is available from many paths, for example:

    /storage/emulated/0
    /storage/emulated/legacy (root account most of the time)
    /sdcard
    /data/media
    

    If you check on which device those paths are located, some are on different devices (because of fuse 'virtual' filesystem), hence getting their canonical path doesn't lead to the same file path, even though they are actually the same files.

    Furthermore, it appears that on Marshmallow, things get worse and even file path under /sys (full of redirections/links) are not reported properly and getCanonicalPath() returns the original path instead of actual canonical path.

    While a ls -l (or readlink) on the given file path will show the actual canonical path, the API doesn't work anymore. Unfortunately running a readlink or ls -l is very slow (average of 130ms when the shell is already running), compared to an already slow, but much faster getCanonicalPath(), it's a pity.

    Conclusion, getCanonicalPath is broken and has always been broken.

    0 讨论(0)
提交回复
热议问题