通过系统相册来获取文件绝对路径

最新推荐文章于 2022-09-09 15:53:09 发布

如果时光可以倒流，我会选择在家陪伴家人

最新推荐文章于 2022-09-09 15:53:09 发布

阅读量1.6k

点赞数

分类专栏： Android

本文链接：https://blog.csdn.net/attack_breast/article/details/53304603

版权

Android 专栏收录该内容

40 篇文章 0 订阅

订阅专栏

前言

刚开始，我在保存图片的时候，图片的名称、路径都是我自己定义的，这样就不存在所谓的URI，后来，有些图片是从系统相册中来获取的，而系统相册返回的URI是content开头的，由于文件使用的绝对路径，因此，这里必须要转换下。

另外，这里还有图片的保存问题

启动系统相册

Intent intent = new Intent(Intent.ACTION_PICK, null);

intent.setDataAndType(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, IMAGE_UNSPECIFIED);

startActivityForResult(intent, 10);

获取URI并解析从而获取文件绝对路径

if (requestCode == 10) {

try {

Uri originalUri = data.getData(); // 获得图片的uri

bm = MediaStore.Images.Media.getBitmap(resolver, originalUri);

imageView.setImageBitmap(ThumbnailUtils.extractThumbnail(bm, 100, 100)); //使用系统的一个工具类，参数列表为 Bitmap Width,Height 这里使用压缩后显示，否则在华为手机上ImageView 没有显示
// 显得到bitmap图片
// imageView.setImageBitmap(bm);

String[] proj = { MediaStore.Images.Media.DATA };

// 好像是android多媒体数据库的封装接口，具体的看Android文档
Cursor cursor = managedQuery(originalUri, proj, null, null, null);

// 按我个人理解这个是获得用户选择的图片的索引值
int column_index = cursor.getColumnIndexOrThrow(MediaStore.Images.Media.DATA);
// 将光标移至开头，这个很重要，不小心很容易引起越界
cursor.moveToFirst();
// 最后根据索引值获取图片路径
String path = cursor.getString(column_index);
tv.setText(path);
} catch (IOException e) {
Log.e("TAG-->Error", e.toString());

} finally {
return;
}
}

生成图片并把图片添加到系统相册中

public static void saveImageToGallery(Context context, Bitmap bmp) {
// 首先保存图片
File appDir = new File(Environment.getExternalStorageDirectory(), "Boohee");
if (!appDir.exists()) {
appDir.mkdir();
}
String fileName = System.currentTimeMillis() + ".jpg";
File file = new File(appDir, fileName);
try {
FileOutputStream fos = new FileOutputStream(file);
bmp.compress(CompressFormat.JPEG, 100, fos);
fos.flush();
fos.close();
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}

// 其次把文件插入到系统图库
try {
MediaStore.Images.Media.insertImage(context.getContentResolver(),
file.getAbsolutePath(), fileName, null);
} catch (FileNotFoundException e) {
e.printStackTrace();
}
// 最后通知图库更新
context.sendBroadcast(new Intent(Intent.ACTION_MEDIA_SCANNER_SCAN_FILE, Uri.fromFile(file)));
}

手机的内部存储与外部存储

1.内部存储：
注意内部存储不是内存。内部存储位于系统中很特殊的一个位置，如果你想将文件存储于内部存储中，那么文件默认只能被你的应用访问到，
且一个应用所创建的所有文件都在和应用包名相同的目录下。也就是说应用创建于内部存储的文件，与这个应用是关联起来的。
当一个应用卸载之后，内部存储中的这些文件也被删除。从技术上来讲如果你在创建内部存储文件的时候将文件属性设置成可读，
其他app能够访问自己应用的数据，前提是他知道你这个应用的包名，如果一个文件的属性是私有（private），
那么即使知道包名其他应用也无法访问。内部存储空间十分有限，因而显得可贵，另外，它也是系统本身和系统应用程序主要的数据存储所在地，
一旦内部存储空间耗尽，手机也就无法使用了。所以对于内部存储空间，我们要尽量避免使用。Shared Preferences和SQLite数据库都是存储在
内部存储空间上的。内部存储一般用Context来获取和操作。
getFilesDir()获取你app的内部存储空间，相当于你的应用在内部存储上的根目录。

如果是要创建一个文件，如下
File file = newFile(context.getFilesDir(), filename);
安卓还为我们提供了一个简便方法 openFileOutput()来读写应用在内部存储空间上的文件，下面是一个向文件中写入文本的例子：
String filename = "myfile";
String string = "Hello world!";
FileOutputStream outputStream;
try{
outputStream = openFileOutput(filename, Context.MODE_PRIVATE);
outputStream.write(string.getBytes());
outputStream.close();
} catch(Exception e) {
e.printStackTrace();
}
内部存储的其他一些操作：

A.列出所有的已创建的文件,这个可能不容易想到，Context居然有这样的方法。

String[] files = Context.fileList();
for(String file : files) ｛
Log.e(TAG, "file is "+ file);
}
B.删除文件，能创建就要能够删除，当然也会提供了删除文件的接口，它也非常简单，只需要提供文件名

if(Context.deleteFile(filename)) {
Log.e(TAG, "delete file "+ filename + " sucessfully“);
} else {
Log.e(TAG, "failed to deletefile " + filename);
}
C.创建一个目录，需要传入目录名称，它返回一个文件对象用到操作路径

File workDir = Context.getDir(dirName, Context.MODE_PRIVATE);
Log.e(TAG, "workdir "+ workDir.getAbsolutePath();

总结一下文件相关操作，可以得出以下三个特点：
1. 文件操作只需要向函数提供文件名，所以程序自己只需要维护文件名即可；
2. 不用自己去创建文件对象和输入、输出流，提供文件名就可以返回File对象或输入输出流
3. 对于路径操作返回的都是文件对象。

2.外部存储：

最容易混淆的是外部存储，如果说pc上也要区分出外部存储和内部存储的话，那么自带的硬盘算是内部存储，U盘或者移动硬盘算是外部存储，因此我们很容易带着这样的理解去看待安卓手机，认为机身固有存储是内部存储，而扩展的T卡是外部存储。比如我们任务16GB版本的Nexus 4有16G的内部存储，普通消费者可以这样理解，但是安卓的编程中不能，这16GB仍然是外部存储。

所有的安卓设备都有外部存储和内部存储，这两个名称来源于安卓的早期设备，那个时候的设备内部存储确实是固定的，而外部存储确实是可以像U盘一样移动的。但是在后来的设备中，很多中高端机器都将自己的机身存储扩展到了8G以上，他们将存储在概念上分成了"内部internal" 和"外部external" 两部分，但其实都在手机内部。所以不管安卓手机是否有可移动的sdcard，他们总是有外部存储和内部存储。最关键的是，我们都是通过相同的api来访问可移动的sdcard或者手机自带的存储（外部存储）。

外部存储中的文件是可以被用户或者其他应用程序修改的，有两种类型的文件（或者目录）：

1.公共文件Public files：文件是可以被自由访问，且文件的数据对其他应用或者用户来说都是由意义的，当应用被卸载之后，其卸载前创建的文件仍然保留。比如camera应用，生成的照片大家都能访问，而且camera不在了，照片仍然在。

如果你想在外存储上放公共文件你可以使用getExternalStoragePublicDirectory()

public File getAlbumStorageDir(String albumName) {
// Get the directory for the user's public pictures directory.
File file = newFile(Environment.getExternalStoragePublicDirectory(
Environment.DIRECTORY_PICTURES), albumName);
if(!file.mkdirs()) {
Log.e(LOG_TAG, "Directory not created");
}
returnfile;
}
在上面的代码中我们创建获得了存放picture的目录，并且新创建一个albumName文件。

如果你的api 版本低于8，那么不能使用getExternalStoragePublicDirectory()，而是使用Environment.getExternalStorageDirectory(),他不带参数，也就不能自己创建一个目录，只是返回外部存储的根路径。

2.私有文件Private files：其实由于是外部存储的原因即是是这种类型的文件也能被其他程序访问，只不过一个应用私有的文件对其他应用其实是没有访问价值的（恶意程序除外）。外部存储上，应用私有文件的价值在于卸载之后，这些文件也会被删除。类似于内部存储。

创建应用私有文件的方法是Context.getExternalFilesDir()，如下：

public File getAlbumStorageDir(Context context, String albumName) {
// Get the directory for the app's private pictures directory.
File file = newFile(context.getExternalFilesDir(
Environment.DIRECTORY_PICTURES), albumName);
if(!file.mkdirs()) {
Log.e(LOG_TAG, "Directory not created");
}
returnfile;
}
上面的代码创建了一个picture目录，并在这个目录下创建了一个名为albumName的文件，Environment.DIRECTORY_PICTURES其实就是字符串picture。

所有应用程序的外部存储的私有文件都放在根目录的Android/data/下，目录形式为/Android/data/<package_name>/

如果你的api 版本低于8，那么不能使用getExternalFilesDir()，而是使用Environment.getExternalStorageDirectory()获得根路径之后，自己再想办法操作/Android/data/<package_name>/下的文件。

也就是说api 8以下的版本在操作文件的时候没有专门为私有文件和公共文件的操作提供api支持。你只能先获取根目录，然后自行想办法。

在使用外部存储之前，你必须要先检查外部存储的当前状态，以判断是否可用。

boolean mExternalStorageAvailable = false;
boolean mExternalStorageWriteable = false;
String state = Environment.getExternalStorageState();
if(Environment.MEDIA_MOUNTED.equals(state)) {
// We can read and write the media
mExternalStorageAvailable = mExternalStorageWriteable = true;
} elseif(Environment.MEDIA_MOUNTED_READ_ONLY.equals(state)) {
// We can only read the media
mExternalStorageAvailable = true;
mExternalStorageWriteable = false;
} else{
// Something else is wrong. It may be one of many other states, but all we need
// to know is we can neither read nor write
mExternalStorageAvailable = mExternalStorageWriteable = false;
}