बेहतर उपयोगकर्ता अनुभव देने के लिए, कई ऐप्लिकेशन उपयोगकर्ताओं को बाहरी स्टोरेज में मौजूद मीडिया का योगदान करने और उसे ऐक्सेस करने की अनुमति देते हैं. यह फ़्रेमवर्क, मीडिया कलेक्शन में ऑप्टिमाइज़ किया गया इंडेक्स उपलब्ध कराता है. इसे मीडिया स्टोर कहा जाता है. इसकी मदद से, उपयोगकर्ता इन मीडिया फ़ाइलों को आसानी से वापस पा सकते हैं और उन्हें अपडेट कर सकते हैं. आपके ऐप्लिकेशन को अनइंस्टॉल करने के बाद भी, ये फ़ाइलें उपयोगकर्ता के डिवाइस पर बनी रहती हैं.
फ़ोटो पिकर
मीडिया स्टोर के इस्तेमाल के बजाय, Android फ़ोटो पिकर टूल उपयोगकर्ताओं को सुरक्षित तरीके से मीडिया फ़ाइलें चुनने का विकल्प देता है. इसके लिए, आपके ऐप्लिकेशन को अपनी पूरी मीडिया लाइब्रेरी का ऐक्सेस देने की ज़रूरत नहीं होती. यह सुविधा सिर्फ़ उन डिवाइसों पर उपलब्ध है जिन पर इसे इस्तेमाल किया जा सकता है. ज़्यादा जानकारी के लिए, फ़ोटो पिकर की गाइड देखें.
मीडिया स्टोर
मीडिया स्टोर एब्स्ट्रैक्शन के साथ इंटरैक्ट करने के लिए, अपने ऐप्लिकेशन के कॉन्टेक्स्ट से ContentResolver
ऑब्जेक्ट को फिर से पाएं:
Kotlin
val projection = arrayOf(media-database-columns-to-retrieve) val selection = sql-where-clause-with-placeholder-variables val selectionArgs = values-of-placeholder-variables val sortOrder = sql-order-by-clause applicationContext.contentResolver.query( MediaStore.media-type.Media.EXTERNAL_CONTENT_URI, projection, selection, selectionArgs, sortOrder )?.use { cursor -> while (cursor.moveToNext()) { // Use an ID column from the projection to get // a URI representing the media item itself. } }
Java
String[] projection = new String[] { media-database-columns-to-retrieve }; String selection = sql-where-clause-with-placeholder-variables; String[] selectionArgs = new String[] { values-of-placeholder-variables }; String sortOrder = sql-order-by-clause; Cursor cursor = getApplicationContext().getContentResolver().query( MediaStore.media-type.Media.EXTERNAL_CONTENT_URI, projection, selection, selectionArgs, sortOrder ); while (cursor.moveToNext()) { // Use an ID column from the projection to get // a URI representing the media item itself. }
यह सिस्टम, बाहरी स्टोरेज वॉल्यूम को अपने-आप स्कैन करता है और मीडिया फ़ाइलों को इन खास कलेक्शन में जोड़ता है:
- इमेज, जिनमें फ़ोटो और स्क्रीनशॉट शामिल हैं, जिन्हें
DCIM/
औरPictures/
डायरेक्ट्री में सेव किया जाता है. सिस्टम इन फ़ाइलों कोMediaStore.Images
टेबल में जोड़ता है. DCIM/
,Movies/
, औरPictures/
डायरेक्ट्री में सेव किए गए वीडियो. सिस्टम इन फ़ाइलों कोMediaStore.Video
टेबल में जोड़ता है.- ऑडियो फ़ाइलें, जो
Alarms/
,Audiobooks/
,Music/
,Notifications/
,Podcasts/
, औरRingtones/
डायरेक्ट्री में सेव होती हैं. इसके अलावा, यह सिस्टमMusic/
याMovies/
डायरेक्ट्री में मौजूद ऑडियो प्लेलिस्ट के साथ-साथRecordings/
डायरेक्ट्री में मौजूद आवाज़ की रिकॉर्डिंग को भी पहचानता है. सिस्टम, इन फ़ाइलों कोMediaStore.Audio
टेबल में जोड़ता है.Recordings/
डायरेक्ट्री, Android 11 (एपीआई लेवल 30) और इससे पहले के वर्शन पर उपलब्ध नहीं है. Download/
डायरेक्ट्री में सेव की गई डाउनलोड की गई फ़ाइलें. Android 10 (एपीआई लेवल 29) और उसके बाद के वर्शन वाले डिवाइसों पर, ये फ़ाइलेंMediaStore.Downloads
टेबल में सेव की जाती हैं. यह टेबल, Android 9 (एपीआई लेवल 28) और इससे पहले के वर्शन पर उपलब्ध नहीं है.
मीडिया स्टोर में एक कलेक्शन भी शामिल होता है, जिसे MediaStore.Files
कहा जाता है. इसकी जानकारी इस बात पर निर्भर करती है कि आपका ऐप्लिकेशन स्कोप किए गए स्टोरेज का इस्तेमाल करता है या नहीं. यह सुविधा, Android 10 या उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन पर उपलब्ध है.
- अगर स्कोप वाला स्टोरेज चालू है, तो कलेक्शन में सिर्फ़ वे फ़ोटो, वीडियो, और ऑडियो फ़ाइलें दिखती हैं जिन्हें आपके ऐप्लिकेशन ने बनाया है. ज़्यादातर डेवलपर को दूसरे ऐप्लिकेशन की मीडिया फ़ाइलें देखने के लिए,
MediaStore.Files
का इस्तेमाल करने की ज़रूरत नहीं होती. हालांकि, अगर आपको ऐसा करना है, तोREAD_EXTERNAL_STORAGE
की अनुमति का एलान किया जा सकता है. हालांकि, हमारा सुझाव है कि आपMediaStore
एपीआई का इस्तेमाल करके, ऐसी फ़ाइलें खोलें जिन्हें आपके ऐप्लिकेशन ने नहीं बनाया है. - अगर स्कोप वाला स्टोरेज उपलब्ध नहीं है या उसका इस्तेमाल नहीं किया जा रहा है, तो कलेक्शन में सभी तरह की मीडिया फ़ाइलें दिखती हैं.
ज़रूरी अनुमतियों का अनुरोध करना
मीडिया फ़ाइलों पर कार्रवाइयां करने से पहले, पक्का करें कि आपके ऐप्लिकेशन ने उन अनुमतियों के बारे में एलान किया हो जिनकी ज़रूरत उसे इन फ़ाइलों को ऐक्सेस करने के लिए है. हालांकि, ध्यान रखें कि आप उन अनुमतियों का एलान न करें जिनकी ज़रूरत आपके ऐप्लिकेशन को नहीं है या जिनका इस्तेमाल नहीं किया जाता.
स्टोरेज की अनुमतियां
आपके ऐप्लिकेशन को डिवाइस की मेमोरी ऐक्सेस करने की अनुमतियों की ज़रूरत है या नहीं, यह इस बात पर निर्भर करता है कि वह सिर्फ़ अपनी मीडिया फ़ाइलों को ऐक्सेस करता है या किसी दूसरे ऐप्लिकेशन से बनाई गई फ़ाइलों को.
अपनी मीडिया फ़ाइलें ऐक्सेस करना
Android 10 या इसके बाद के वर्शन वाले डिवाइसों पर, आपके ऐप्लिकेशन के मालिकाना हक वाली मीडिया फ़ाइलों को ऐक्सेस करने और उनमें बदलाव करने के लिए, आपको स्टोरेज से जुड़ी अनुमतियों की ज़रूरत नहीं है. इनमें MediaStore.Downloads
कलेक्शन में मौजूद फ़ाइलें भी शामिल हैं. उदाहरण के लिए, अगर कोई कैमरा ऐप्लिकेशन डेवलप किया जा रहा है, तो खींची गई फ़ोटो को ऐक्सेस करने के लिए आपको स्टोरेज से जुड़ी अनुमतियों का अनुरोध नहीं करना होगा. ऐसा इसलिए, क्योंकि मीडिया स्टोर पर लिखी जाने वाली इमेज का मालिकाना हक आपके ऐप्लिकेशन के पास होता है.
अन्य ऐप्लिकेशन की मीडिया फ़ाइलें ऐक्सेस करें
दूसरे ऐप्लिकेशन की बनाई मीडिया फ़ाइलों को ऐक्सेस करने के लिए, आपको स्टोरेज से जुड़ी सही अनुमतियों का एलान करना होगा. साथ ही, फ़ाइलें नीचे दिए गए मीडिया कलेक्शन में से किसी एक में मौजूद होनी चाहिए:
जब तक किसी फ़ाइल को MediaStore.Images
,
MediaStore.Video
या MediaStore.Audio
क्वेरी से देखा जा सकता है, तब तक उसे MediaStore.Files
क्वेरी का इस्तेमाल करके भी देखा जा सकता है.
यहां दिए गए कोड स्निपेट में, स्टोरेज के लिए सही अनुमतियां तय करने का तरीका बताया गया है:
<!-- Required only if your app needs to access images or photos that other apps created. --> <uses-permission android:name="android.permission.READ_MEDIA_IMAGES" /> <!-- Required only if your app needs to access videos that other apps created. --> <uses-permission android:name="android.permission.READ_MEDIA_VIDEO" /> <!-- Required only if your app needs to access audio files that other apps created. --> <uses-permission android:name="android.permission.READ_MEDIA_AUDIO" /> <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/> <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" android:maxSdkVersion="29" />
लेगसी डिवाइसों पर काम करने वाले ऐप्लिकेशन के लिए ज़्यादा अनुमतियां चाहिए
अगर आपके ऐप्लिकेशन का इस्तेमाल Android 9 या उससे पहले के वर्शन वाले डिवाइस पर किया जा रहा है या आपके ऐप्लिकेशन ने कुछ समय के लिए स्कोप वाले स्टोरेज से ऑप्ट आउट किया है, तो आपको किसी भी मीडिया फ़ाइल को ऐक्सेस करने के लिए, READ_EXTERNAL_STORAGE
की अनुमति का अनुरोध करना होगा. अगर आपको मीडिया फ़ाइलों में बदलाव करना है, तो आपको WRITE_EXTERNAL_STORAGE
की अनुमति का भी अनुरोध करना होगा.
अन्य ऐप्लिकेशन के डाउनलोड ऐक्सेस करने के लिए, स्टोरेज ऐक्सेस फ़्रेमवर्क की ज़रूरत होती है
अगर आपका ऐप्लिकेशन MediaStore.Downloads
कलेक्शन में मौजूद ऐसी फ़ाइल को ऐक्सेस करना चाहता है जिसे आपके ऐप्लिकेशन ने नहीं बनाया है, तो आपको स्टोरेज ऐक्सेस फ़्रेमवर्क का इस्तेमाल करना होगा. इस फ़्रेमवर्क को इस्तेमाल करने के तरीके के बारे में ज़्यादा जानने के लिए, शेयर किए गए स्टोरेज से दस्तावेज़ और अन्य फ़ाइलें ऐक्सेस करना लेख पढ़ें.
मीडिया की जगह की जानकारी की अनुमति
अगर आपका ऐप्लिकेशन Android 10 (एपीआई लेवल 29) या उसके बाद के वर्शन को टारगेट करता है और उसे फ़ोटो से बिना छिपाया गया EXIF मेटाडेटा वापस लाना है, तो आपको अपने ऐप्लिकेशन के मेनिफ़ेस्ट में ACCESS_MEDIA_LOCATION
अनुमति का एलान करना होगा. इसके बाद, रनटाइम पर इस अनुमति का अनुरोध करना होगा.
मीडिया स्टोर के अपडेट देखें
मीडिया फ़ाइलों को ज़्यादा भरोसेमंद तरीके से ऐक्सेस करने के लिए, देखें कि मीडिया स्टोर का वर्शन बदला है या नहीं. ऐसा तब ज़रूरी है, जब आपका ऐप्लिकेशन मीडिया स्टोर से यूआरआई या डेटा को कैश मेमोरी में सेव करता हो. यह भी देखें कि आपने पिछली बार मीडिया डेटा को कब सिंक किया था. अपडेट की जांच करने के लिए, getVersion()
पर कॉल करें.
यह एक यूनीक स्ट्रिंग होती है, जो मीडिया स्टोर में कोई बड़ा बदलाव होने पर बदल जाती है. अगर वापस भेजा गया वर्शन पिछले सिंक किए गए वर्शन से अलग है, तो अपने ऐप्लिकेशन की मीडिया कैश मेमोरी को फिर से स्कैन और फिर से सिंक करें.
ऐप्लिकेशन प्रोसेस के स्टार्टअप के समय यह जांच पूरी करें. मीडिया स्टोर से हर बार क्वेरी करने पर, वर्शन की जांच करने की ज़रूरत नहीं है.
वर्शन नंबर के लागू होने के बारे में कोई अनुमान न लगाएं.
मीडिया कलेक्शन के लिए क्वेरी करें
किसी खास शर्त को पूरा करने वाला मीडिया ढूंढने के लिए, SQL जैसे सिलेक्शन स्टेटमेंट का इस्तेमाल करें. यह स्टेटमेंट, यहां दिए गए कोड स्निपेट में दिखाए गए स्टेटमेंट जैसा होना चाहिए:
Kotlin
// Need the READ_EXTERNAL_STORAGE permission if accessing video files that your // app didn't create. // Container for information about each video. data class Video(val uri: Uri, val name: String, val duration: Int, val size: Int ) val videoList = mutableListOf<Video>() val collection = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) { MediaStore.Video.Media.getContentUri( MediaStore.VOLUME_EXTERNAL ) } else { MediaStore.Video.Media.EXTERNAL_CONTENT_URI } val projection = arrayOf( MediaStore.Video.Media._ID, MediaStore.Video.Media.DISPLAY_NAME, MediaStore.Video.Media.DURATION, MediaStore.Video.Media.SIZE ) // Show only videos that are at least 5 minutes in duration. val selection = "${MediaStore.Video.Media.DURATION} >= ?" val selectionArgs = arrayOf( TimeUnit.MILLISECONDS.convert(5, TimeUnit.MINUTES).toString() ) // Display videos in alphabetical order based on their display name. val sortOrder = "${MediaStore.Video.Media.DISPLAY_NAME} ASC" val query = ContentResolver.query( collection, projection, selection, selectionArgs, sortOrder ) query?.use { cursor -> // Cache column indices. val idColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID) val nameColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DISPLAY_NAME) val durationColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DURATION) val sizeColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media.SIZE) while (cursor.moveToNext()) { // Get values of columns for a given video. val id = cursor.getLong(idColumn) val name = cursor.getString(nameColumn) val duration = cursor.getInt(durationColumn) val size = cursor.getInt(sizeColumn) val contentUri: Uri = ContentUris.withAppendedId( MediaStore.Video.Media.EXTERNAL_CONTENT_URI, id ) // Stores column values and the contentUri in a local object // that represents the media file. videoList += Video(contentUri, name, duration, size) } }
Java
// Need the READ_EXTERNAL_STORAGE permission if accessing video files that your // app didn't create. // Container for information about each video. class Video { private final Uri uri; private final String name; private final int duration; private final int size; public Video(Uri uri, String name, int duration, int size) { this.uri = uri; this.name = name; this.duration = duration; this.size = size; } } List<Video> videoList = new ArrayList<Video>(); Uri collection; if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) { collection = MediaStore.Video.Media.getContentUri(MediaStore.VOLUME_EXTERNAL); } else { collection = MediaStore.Video.Media.EXTERNAL_CONTENT_URI; } String[] projection = new String[] { MediaStore.Video.Media._ID, MediaStore.Video.Media.DISPLAY_NAME, MediaStore.Video.Media.DURATION, MediaStore.Video.Media.SIZE }; String selection = MediaStore.Video.Media.DURATION + " >= ?"; String[] selectionArgs = new String[] { String.valueOf(TimeUnit.MILLISECONDS.convert(5, TimeUnit.MINUTES)); }; String sortOrder = MediaStore.Video.Media.DISPLAY_NAME + " ASC"; try (Cursor cursor = getApplicationContext().getContentResolver().query( collection, projection, selection, selectionArgs, sortOrder )) { // Cache column indices. int idColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID); int nameColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DISPLAY_NAME); int durationColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DURATION); int sizeColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media.SIZE); while (cursor.moveToNext()) { // Get values of columns for a given video. long id = cursor.getLong(idColumn); String name = cursor.getString(nameColumn); int duration = cursor.getInt(durationColumn); int size = cursor.getInt(sizeColumn); Uri contentUri = ContentUris.withAppendedId( MediaStore.Video.Media.EXTERNAL_CONTENT_URI, id); // Stores column values and the contentUri in a local object // that represents the media file. videoList.add(new Video(contentUri, name, duration, size)); } }
अपने ऐप्लिकेशन में ऐसी क्वेरी करते समय, इन बातों का ध्यान रखें:
- वर्क थ्रेड में
query()
वाले तरीके को कॉल करें. - कॉलम इंडेक्स को कैश मेमोरी में सेव करें, ताकि क्वेरी के नतीजे से हर बार कोई लाइन प्रोसेस करते समय, आपको
getColumnIndexOrThrow()
को कॉल करने की ज़रूरत न पड़े. - इस उदाहरण में दिखाए गए तरीके से, कॉन्टेंट के यूआरआई में आईडी जोड़ें.
- Android 10 और उसके बाद के वर्शन वाले डिवाइसों के लिए,
MediaStore
एपीआई में कॉलम के तय किए गए नाम ज़रूरी हैं. अगर आपके ऐप्लिकेशन में मौजूद कोई लाइब्रेरी, एपीआई में तय नहीं किए गए कॉलम के नाम का इस्तेमाल करती है, जैसे कि"MimeType"
, तो अपने ऐप्लिकेशन की प्रोसेस में कॉलम के नाम का डाइनैमिक तौर पर अनुवाद करने के लिए,CursorWrapper
का इस्तेमाल करें.
फ़ाइल के थंबनेल लोड करना
अगर आपका ऐप्लिकेशन कई मीडिया फ़ाइलें दिखाता है और उपयोगकर्ता से इनमें से किसी एक फ़ाइल को चुनने का अनुरोध करता है, तो फ़ाइलों के बजाय, फ़ाइलों के झलक वाले वर्शन या थंबनेल लोड करना ज़्यादा बेहतर होता है.
किसी मीडिया फ़ाइल का थंबनेल लोड करने के लिए, loadThumbnail()
का इस्तेमाल करें. इसके बाद, उसे उस थंबनेल के साइज़ में पास करें जिसे आपको लोड करना है, जैसा कि यहां दिए गए कोड स्निपेट में दिखाया गया है:
Kotlin
// Load thumbnail of a specific media item. val thumbnail: Bitmap = applicationContext.contentResolver.loadThumbnail( content-uri, Size(640, 480), null)
Java
// Load thumbnail of a specific media item. Bitmap thumbnail = getApplicationContext().getContentResolver().loadThumbnail( content-uri, new Size(640, 480), null);
मीडिया फ़ाइल खोलना
मीडिया फ़ाइल खोलने के लिए इस्तेमाल किया जाने वाला लॉजिक इस बात पर निर्भर करता है कि मीडिया कॉन्टेंट को फ़ाइल डिस्क्रिप्टर, फ़ाइल स्ट्रीम या डायरेक्ट फ़ाइल पाथ के तौर पर सबसे बेहतर तरीके से दिखाया गया है या नहीं.
फ़ाइल डिस्क्रिप्टर
फ़ाइल डिस्क्रिप्टर का इस्तेमाल करके मीडिया फ़ाइल खोलने के लिए, यहां दिए गए कोड स्निपेट में दिखाए गए लॉजिक का इस्तेमाल करें:
Kotlin
// Open a specific media item using ParcelFileDescriptor. val resolver = applicationContext.contentResolver // "rw" for read-and-write. // "rwt" for truncating or overwriting existing file contents. val readOnlyMode = "r" resolver.openFileDescriptor(content-uri, readOnlyMode).use { pfd -> // Perform operations on "pfd". }
Java
// Open a specific media item using ParcelFileDescriptor. ContentResolver resolver = getApplicationContext() .getContentResolver(); // "rw" for read-and-write. // "rwt" for truncating or overwriting existing file contents. String readOnlyMode = "r"; try (ParcelFileDescriptor pfd = resolver.openFileDescriptor(content-uri, readOnlyMode)) { // Perform operations on "pfd". } catch (IOException e) { e.printStackTrace(); }
फ़ाइल स्ट्रीम
फ़ाइल स्ट्रीम का इस्तेमाल करके मीडिया फ़ाइल खोलने के लिए, यहां दिए गए कोड स्निपेट में दिखाए गए लॉजिक का इस्तेमाल करें:
Kotlin
// Open a specific media item using InputStream. val resolver = applicationContext.contentResolver resolver.openInputStream(content-uri).use { stream -> // Perform operations on "stream". }
Java
// Open a specific media item using InputStream. ContentResolver resolver = getApplicationContext() .getContentResolver(); try (InputStream stream = resolver.openInputStream(content-uri)) { // Perform operations on "stream". }
फ़ाइल के डायरेक्ट पाथ
तीसरे पक्ष की मीडिया लाइब्रेरी के साथ आपके ऐप्लिकेशन को आसानी से काम करने में मदद करने के लिए, Android 11 (एपीआई लेवल 30) और उसके बाद के वर्शन में, शेयर किए गए स्टोरेज से मीडिया फ़ाइलों को ऐक्सेस करने के लिए, MediaStore
एपीआई के अलावा अन्य एपीआई का इस्तेमाल किया जा सकता है. इसके बजाय, नीचे दिए गए एपीआई में से किसी एक का इस्तेमाल करके, मीडिया फ़ाइलों को सीधे ऐक्सेस किया जा सकता है:
File
एपीआई- नेटिव लाइब्रेरी, जैसे कि
fopen()
अगर आपके पास स्टोरेज से जुड़ी कोई अनुमति नहीं है, तो File
एपीआई का इस्तेमाल करके, ऐप्लिकेशन के हिसाब से बनी डायरेक्ट्री में मौजूद फ़ाइलों के साथ-साथ ऐप्लिकेशन के लिए बनाई गई मीडिया फ़ाइलों को ऐक्सेस किया जा सकता है.
अगर आपका ऐप्लिकेशन File
एपीआई का इस्तेमाल करके किसी फ़ाइल को ऐक्सेस करने की कोशिश करता है और उसके पास ज़रूरी अनुमतियां नहीं हैं, तो FileNotFoundException
गड़बड़ी का कोड दिखता है.
हमारा सुझाव है कि Android 10 (एपीआई लेवल 29) वाले डिवाइस पर, शेयर किए गए स्टोरेज में मौजूद अन्य फ़ाइलों को ऐक्सेस करने के लिए, स्कोप वाले स्टोरेज से कुछ समय के लिए ऑप्ट आउट करें. इसके लिए, अपने ऐप्लिकेशन की मेनिफ़ेस्ट फ़ाइल में requestLegacyExternalStorage
को true
पर सेट करें. Android 10 पर नेटिव फ़ाइल तरीकों का इस्तेमाल करके, मीडिया फ़ाइलों को ऐक्सेस करने के लिए, आपको READ_EXTERNAL_STORAGE
की अनुमति का भी अनुरोध करना होगा.
मीडिया कॉन्टेंट ऐक्सेस करते समय ध्यान रखने वाली बातें
मीडिया कॉन्टेंट ऐक्सेस करते समय, इन सेक्शन में बताई गई बातों का ध्यान रखें.
संग्रहित डेटा
अगर आपका ऐप्लिकेशन, यूआरआई या मीडिया स्टोर के डेटा को कैश मेमोरी में सेव करता है, तो समय-समय पर मीडिया स्टोर में हुए अपडेट देखें. इस जांच की मदद से, आपके ऐप्लिकेशन में कैश मेमोरी में सेव किया गया डेटा, सिस्टम में मौजूद डेटा के साथ सिंक रहता है.
परफ़ॉर्मेंस
डायरेक्ट फ़ाइल पाथ का इस्तेमाल करके, मीडिया फ़ाइलों को क्रम से पढ़ने पर, परफ़ॉर्मेंस MediaStore
एपीआई की परफ़ॉर्मेंस के बराबर होती है.
हालांकि, डायरेक्ट फ़ाइल पाथ का इस्तेमाल करके मीडिया फ़ाइलों को रैंडम रीड और राइट करने पर, प्रोसेस दोगुनी धीमी हो सकती है. इन मामलों में, हमारा सुझाव है कि आप MediaStore
एपीआई का इस्तेमाल करें.
DATA कॉलम
किसी मौजूदा मीडिया फ़ाइल को ऐक्सेस करते समय, अपने लॉजिक में DATA
कॉलम की वैल्यू का इस्तेमाल किया जा सकता है. ऐसा इसलिए है, क्योंकि इस वैल्यू में फ़ाइल का मान्य पाथ है. हालांकि, यह मत मानें कि फ़ाइल हमेशा उपलब्ध होती है. फ़ाइल पर आधारित किसी भी I/O गड़बड़ी को हैंडल करने के लिए तैयार रहें.
दूसरी ओर, मीडिया फ़ाइल बनाने या अपडेट करने के लिए, DATA
कॉलम की वैल्यू का इस्तेमाल न करें. इसके बजाय, DISPLAY_NAME
और RELATIVE_PATH
कॉलम की वैल्यू का इस्तेमाल करें.
स्टोरेज वॉल्यूम
Android 10 या उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, उस खास नाम को ऐक्सेस कर सकते हैं जिसे सिस्टम, हर बाहरी स्टोरेज के वॉल्यूम को असाइन करता है. नाम रखने के इस सिस्टम की मदद से, कॉन्टेंट को बेहतर तरीके से व्यवस्थित और इंडेक्स किया जा सकता है. साथ ही, यह तय किया जा सकता है कि नई मीडिया फ़ाइलें कहां सेव की जाएं.
यहां दिए गए वॉल्यूम को ध्यान में रखना खास तौर पर ज़रूरी है:
VOLUME_EXTERNAL
वॉल्यूम से, डिवाइस पर शेयर किए गए सभी स्टोरेज वॉल्यूम का व्यू मिलता है. इस सिंथेटिक वॉल्यूम के कॉन्टेंट को पढ़ा जा सकता है, लेकिन उसमें बदलाव नहीं किया जा सकता.VOLUME_EXTERNAL_PRIMARY
वॉल्यूम से, डिवाइस पर शेयर किए गए प्राइमरी स्टोरेज के बारे में पता चलता है. इस वॉल्यूम के कॉन्टेंट को पढ़ा जा सकता है और उसमें बदलाव किया जा सकता है.
MediaStore.getExternalVolumeNames()
को बोलकर, दूसरे वॉल्यूम खोजे जा सकते हैं:
Kotlin
val volumeNames: Set<String> = MediaStore.getExternalVolumeNames(context) val firstVolumeName = volumeNames.iterator().next()
Java
Set<String> volumeNames = MediaStore.getExternalVolumeNames(context); String firstVolumeName = volumeNames.iterator().next();
मीडिया की जगह की जानकारी
कुछ फ़ोटो और वीडियो के मेटाडेटा में जगह की जानकारी होती है. इससे पता चलता है कि फ़ोटो कहां ली गई थी या वीडियो कहां रिकॉर्ड किया गया था.
अपने ऐप्लिकेशन में जगह की जानकारी को ऐक्सेस करने का तरीका इस बात पर निर्भर करता है कि आपको फ़ोटो या वीडियो के लिए जगह की जानकारी ऐक्सेस करनी है या नहीं.
फ़ोटोग्राफ़
अगर आपका ऐप्लिकेशन स्कोप वाली मेमोरी का इस्तेमाल करता है, तो सिस्टम डिफ़ॉल्ट रूप से जगह की जानकारी को छिपा देता है. इस जानकारी को ऐक्सेस करने के लिए, नीचे दिया गया तरीका अपनाएं:
- अपने ऐप्लिकेशन के मेनिफ़ेस्ट में,
ACCESS_MEDIA_LOCATION
अनुमति का अनुरोध करें. अपने
MediaStore
ऑब्जेक्ट से, फ़ोटो के सटीक बाइट पाएं. इसके लिए,setRequireOriginal()
को कॉल करें और फ़ोटो का यूआरआई पास करें. इसका उदाहरण नीचे दिए गए कोड स्निपेट में दिया गया है:Kotlin
val photoUri: Uri = Uri.withAppendedPath( MediaStore.Images.Media.EXTERNAL_CONTENT_URI, cursor.getString(idColumnIndex) ) // Get location data using the Exifinterface library. // Exception occurs if ACCESS_MEDIA_LOCATION permission isn't granted. photoUri = MediaStore.setRequireOriginal(photoUri) contentResolver.openInputStream(photoUri)?.use { stream -> ExifInterface(stream).run { // If lat/long is null, fall back to the coordinates (0, 0). val latLong = latLong ?: doubleArrayOf(0.0, 0.0) } }
Java
Uri photoUri = Uri.withAppendedPath( MediaStore.Images.Media.EXTERNAL_CONTENT_URI, cursor.getString(idColumnIndex)); final double[] latLong; // Get location data using the Exifinterface library. // Exception occurs if ACCESS_MEDIA_LOCATION permission isn't granted. photoUri = MediaStore.setRequireOriginal(photoUri); InputStream stream = getContentResolver().openInputStream(photoUri); if (stream != null) { ExifInterface exifInterface = new ExifInterface(stream); double[] returnedLatLong = exifInterface.getLatLong(); // If lat/long is null, fall back to the coordinates (0, 0). latLong = returnedLatLong != null ? returnedLatLong : new double[2]; // Don't reuse the stream associated with // the instance of "ExifInterface". stream.close(); } else { // Failed to load the stream, so return the coordinates (0, 0). latLong = new double[2]; }
वीडियो
वीडियो के मेटाडेटा में जगह की जानकारी ऐक्सेस करने के लिए, MediaMetadataRetriever
क्लास का इस्तेमाल करें. इसका उदाहरण, नीचे दिए गए कोड स्निपेट में दिया गया है. इस क्लास का इस्तेमाल करने के लिए, आपके ऐप्लिकेशन को किसी और अनुमति का अनुरोध करने की ज़रूरत नहीं है.
Kotlin
val retriever = MediaMetadataRetriever() val context = applicationContext // Find the videos that are stored on a device by querying the video collection. val query = ContentResolver.query( collection, projection, selection, selectionArgs, sortOrder ) query?.use { cursor -> val idColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID) while (cursor.moveToNext()) { val id = cursor.getLong(idColumn) val videoUri: Uri = ContentUris.withAppendedId( MediaStore.Video.Media.EXTERNAL_CONTENT_URI, id ) extractVideoLocationInfo(videoUri) } } private fun extractVideoLocationInfo(videoUri: Uri) { try { retriever.setDataSource(context, videoUri) } catch (e: RuntimeException) { Log.e(APP_TAG, "Cannot retrieve video file", e) } // Metadata uses a standardized format. val locationMetadata: String? = retriever.extractMetadata(MediaMetadataRetriever.METADATA_KEY_LOCATION) }
Java
MediaMetadataRetriever retriever = new MediaMetadataRetriever(); Context context = getApplicationContext(); // Find the videos that are stored on a device by querying the video collection. try (Cursor cursor = context.getContentResolver().query( collection, projection, selection, selectionArgs, sortOrder )) { int idColumn = cursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID); while (cursor.moveToNext()) { long id = cursor.getLong(idColumn); Uri videoUri = ContentUris.withAppendedId( MediaStore.Video.Media.EXTERNAL_CONTENT_URI, id); extractVideoLocationInfo(videoUri); } } private void extractVideoLocationInfo(Uri videoUri) { try { retriever.setDataSource(context, videoUri); } catch (RuntimeException e) { Log.e(APP_TAG, "Cannot retrieve video file", e); } // Metadata uses a standardized format. String locationMetadata = retriever.extractMetadata( MediaMetadataRetriever.METADATA_KEY_LOCATION); }
शेयर करें
कुछ ऐप्लिकेशन, उपयोगकर्ताओं को एक-दूसरे के साथ मीडिया फ़ाइलें शेयर करने की सुविधा देते हैं. उदाहरण के लिए, सोशल मीडिया ऐप्लिकेशन की मदद से, उपयोगकर्ता अपने दोस्तों के साथ फ़ोटो और वीडियो शेयर कर सकते हैं.
मीडिया फ़ाइलें शेयर करने के लिए, content://
यूआरआई का इस्तेमाल करें. इसके लिए, कॉन्टेंट प्रोवाइडर बनाने के लिए बनी गाइड देखें.
मीडिया फ़ाइलों का ऐप्लिकेशन एट्रिब्यूशन
जब Android 10 या उसके बाद के वर्शन को टारगेट करने वाले किसी ऐप्लिकेशन के लिए स्कोप वाला स्टोरेज चालू किया जाता है, तो सिस्टम हर मीडिया फ़ाइल के लिए एक ऐप्लिकेशन को एट्रिब्यूट करता है. इससे यह तय होता है कि स्टोरेज की अनुमतियों का अनुरोध न किए जाने पर, आपका ऐप्लिकेशन किन फ़ाइलों को ऐक्सेस कर सकता है. हर फ़ाइल को सिर्फ़ एक ऐप्लिकेशन के लिए एट्रिब्यूट किया जा सकता है. इसलिए, अगर आपका ऐप्लिकेशन कोई ऐसी मीडिया फ़ाइल बनाता है जिसे फ़ोटो, वीडियो या ऑडियो फ़ाइलों के मीडिया कलेक्शन में सेव किया जाता है, तो आपके ऐप्लिकेशन के पास उस फ़ाइल का ऐक्सेस होता है.
अगर उपयोगकर्ता आपके ऐप्लिकेशन को अनइंस्टॉल करके फिर से इंस्टॉल करता है, तो आपको READ_EXTERNAL_STORAGE
से उन फ़ाइलों को ऐक्सेस करने का अनुरोध करना होगा जिन्हें आपके ऐप्लिकेशन ने मूल रूप से बनाया था. अनुमति का यह अनुरोध इसलिए ज़रूरी है, क्योंकि सिस्टम के हिसाब से फ़ाइल को ऐप्लिकेशन के इंस्टॉल किए गए नए वर्शन से एट्रिब्यूट किया जाता है.
कोई आइटम जोड़ें
किसी मौजूदा कलेक्शन में मीडिया आइटम जोड़ने के लिए, नीचे दिए गए कलेक्शन से मिलते-जुलते कोड का इस्तेमाल करें. यह कोड स्निपेट, Android 10 या इसके बाद के वर्शन पर चलने वाले डिवाइसों पर VOLUME_EXTERNAL_PRIMARY
वॉल्यूम को ऐक्सेस करता है. ऐसा इसलिए है, क्योंकि इन डिवाइसों पर किसी वॉल्यूम के कॉन्टेंट में सिर्फ़ तब बदलाव किया जा सकता है, जब वह प्राइमरी वॉल्यूम हो. इस बारे में स्टोरेज वॉल्यूम सेक्शन में बताया गया है.
Kotlin
// Add a specific media item. val resolver = applicationContext.contentResolver // Find all audio files on the primary external storage device. val audioCollection = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) { MediaStore.Audio.Media.getContentUri( MediaStore.VOLUME_EXTERNAL_PRIMARY ) } else { MediaStore.Audio.Media.EXTERNAL_CONTENT_URI } // Publish a new song. val newSongDetails = ContentValues().apply { put(MediaStore.Audio.Media.DISPLAY_NAME, "My Song.mp3") } // Keep a handle to the new song's URI in case you need to modify it // later. val myFavoriteSongUri = resolver .insert(audioCollection, newSongDetails)
Java
// Add a specific media item. ContentResolver resolver = getApplicationContext() .getContentResolver(); // Find all audio files on the primary external storage device. Uri audioCollection; if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) { audioCollection = MediaStore.Audio.Media .getContentUri(MediaStore.VOLUME_EXTERNAL_PRIMARY); } else { audioCollection = MediaStore.Audio.Media.EXTERNAL_CONTENT_URI; } // Publish a new song. ContentValues newSongDetails = new ContentValues(); newSongDetails.put(MediaStore.Audio.Media.DISPLAY_NAME, "My Song.mp3"); // Keep a handle to the new song's URI in case you need to modify it // later. Uri myFavoriteSongUri = resolver .insert(audioCollection, newSongDetails);
मीडिया फ़ाइलों के लिए, 'मंज़ूरी बाकी है' स्टेटस को टॉगल करें
अगर आपका ऐप्लिकेशन, मीडिया फ़ाइलों में लिखने जैसी ऐसी कार्रवाइयां करता है जिनमें काफ़ी समय लगता है, तो फ़ाइल को प्रोसेस करने के दौरान उसका ऐक्सेस सिर्फ़ आपके पास होना चाहिए. Android 10 या इसके बाद के वर्शन वाले डिवाइसों पर, आपके ऐप्लिकेशन को यह ऐक्सेस मिल सकता है. इसके लिए, IS_PENDING
फ़्लैग की वैल्यू को 1 पर सेट करें. जब तक आपका ऐप्लिकेशन IS_PENDING
की वैल्यू को फिर से 0 पर नहीं बदलता, तब तक सिर्फ़ आपका ऐप्लिकेशन ही फ़ाइल को देख सकता है.
नीचे दिया गया कोड स्निपेट, पिछले कोड स्निपेट पर आधारित है. इस स्निपेट में, MediaStore.Audio
कलेक्शन से जुड़ी डायरेक्ट्री में लंबे गाने को सेव करते समय, IS_PENDING
फ़्लैग का इस्तेमाल करने का तरीका बताया गया है:
Kotlin
// Add a media item that other apps don't see until the item is // fully written to the media store. val resolver = applicationContext.contentResolver // Find all audio files on the primary external storage device. val audioCollection = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) { MediaStore.Audio.Media.getContentUri( MediaStore.VOLUME_EXTERNAL_PRIMARY ) } else { MediaStore.Audio.Media.EXTERNAL_CONTENT_URI } val songDetails = ContentValues().apply { put(MediaStore.Audio.Media.DISPLAY_NAME, "My Workout Playlist.mp3") put(MediaStore.Audio.Media.IS_PENDING, 1) } val songContentUri = resolver.insert(audioCollection, songDetails) // "w" for write. resolver.openFileDescriptor(songContentUri, "w", null).use { pfd -> // Write data into the pending audio file. } // Now that you're finished, release the "pending" status and let other apps // play the audio track. songDetails.clear() songDetails.put(MediaStore.Audio.Media.IS_PENDING, 0) resolver.update(songContentUri, songDetails, null, null)
Java
// Add a media item that other apps don't see until the item is // fully written to the media store. ContentResolver resolver = getApplicationContext() .getContentResolver(); // Find all audio files on the primary external storage device. Uri audioCollection; if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) { audioCollection = MediaStore.Audio.Media .getContentUri(MediaStore.VOLUME_EXTERNAL_PRIMARY); } else { audioCollection = MediaStore.Audio.Media.EXTERNAL_CONTENT_URI; } ContentValues songDetails = new ContentValues(); songDetails.put(MediaStore.Audio.Media.DISPLAY_NAME, "My Workout Playlist.mp3"); songDetails.put(MediaStore.Audio.Media.IS_PENDING, 1); Uri songContentUri = resolver .insert(audioCollection, songDetails); // "w" for write. try (ParcelFileDescriptor pfd = resolver.openFileDescriptor(songContentUri, "w", null)) { // Write data into the pending audio file. } // Now that you're finished, release the "pending" status and let other apps // play the audio track. songDetails.clear(); songDetails.put(MediaStore.Audio.Media.IS_PENDING, 0); resolver.update(songContentUri, songDetails, null, null);
फ़ाइल की जगह के बारे में हिंट देना
जब आपका ऐप्लिकेशन Android 10 वाले डिवाइस पर मीडिया सेव करता है, तो डिफ़ॉल्ट रूप से मीडिया को उसके टाइप के हिसाब से व्यवस्थित किया जाता है. उदाहरण के लिए, डिफ़ॉल्ट रूप से नई इमेज फ़ाइलें, Environment.DIRECTORY_PICTURES
डायरेक्ट्री में सेव होती हैं. यह डायरेक्ट्री, MediaStore.Images
कलेक्शन से जुड़ी होती है.
अगर आपके ऐप्लिकेशन को किसी खास जगह के बारे में पता है जहां फ़ाइलें सेव की जा सकती हैं, जैसे कि Pictures/MyVacationPictures
नाम का फ़ोटो एल्बम, तो MediaColumns.RELATIVE_PATH
को सेट किया जा सकता है. इससे सिस्टम को यह जानकारी मिलती है कि नई फ़ाइलों को कहां सेव करना है.
कोई आइटम अपडेट करना
अपने ऐप्लिकेशन के मालिकाना हक वाली मीडिया फ़ाइल को अपडेट करने के लिए, नीचे दिए गए कोड से मिलते-जुलते कोड का इस्तेमाल करें:
Kotlin
// Updates an existing media item. val mediaId = // MediaStore.Audio.Media._ID of item to update. val resolver = applicationContext.contentResolver // When performing a single item update, prefer using the ID. val selection = "${MediaStore.Audio.Media._ID} = ?" // By using selection + args you protect against improper escaping of // values. val selectionArgs = arrayOf(mediaId.toString()) // Update an existing song. val updatedSongDetails = ContentValues().apply { put(MediaStore.Audio.Media.DISPLAY_NAME, "My Favorite Song.mp3") } // Use the individual song's URI to represent the collection that's // updated. val numSongsUpdated = resolver.update( myFavoriteSongUri, updatedSongDetails, selection, selectionArgs)
Java
// Updates an existing media item. long mediaId = // MediaStore.Audio.Media._ID of item to update. ContentResolver resolver = getApplicationContext() .getContentResolver(); // When performing a single item update, prefer using the ID. String selection = MediaStore.Audio.Media._ID + " = ?"; // By using selection + args you protect against improper escaping of // values. Here, "song" is an in-memory object that caches the song's // information. String[] selectionArgs = new String[] { getId().toString() }; // Update an existing song. ContentValues updatedSongDetails = new ContentValues(); updatedSongDetails.put(MediaStore.Audio.Media.DISPLAY_NAME, "My Favorite Song.mp3"); // Use the individual song's URI to represent the collection that's // updated. int numSongsUpdated = resolver.update( myFavoriteSongUri, updatedSongDetails, selection, selectionArgs);
अगर स्कोप वाला स्टोरेज उपलब्ध नहीं है या चालू नहीं है, तो ऊपर दिए गए कोड स्निपेट में दिखाई गई प्रोसेस, उन फ़ाइलों के लिए भी काम करती है जिनका मालिकाना हक आपके ऐप्लिकेशन के पास नहीं है.
नेटिव कोड में अपडेट करें
अगर आपको नेटिव लाइब्रेरी का इस्तेमाल करके मीडिया फ़ाइलें लिखनी हैं, तो फ़ाइल से जुड़े फ़ाइल डिस्क्रिप्टर को अपने Java-आधारित या Kotlin-आधारित कोड से अपने नेटिव कोड में पास करें.
नीचे दिया गया कोड स्निपेट यह दिखाता है कि मीडिया ऑब्जेक्ट के फ़ाइल डिस्क्रिप्टर को, अपने ऐप्लिकेशन के नेटिव कोड में कैसे पास करें:
Kotlin
val contentUri: Uri = ContentUris.withAppendedId( MediaStore.Audio.Media.EXTERNAL_CONTENT_URI, cursor.getLong(BaseColumns._ID)) val fileOpenMode = "r" val parcelFd = resolver.openFileDescriptor(contentUri, fileOpenMode) val fd = parcelFd?.detachFd() // Pass the integer value "fd" into your native code. Remember to call // close(2) on the file descriptor when you're done using it.
Java
Uri contentUri = ContentUris.withAppendedId( MediaStore.Audio.Media.EXTERNAL_CONTENT_URI, cursor.getLong(Integer.parseInt(BaseColumns._ID))); String fileOpenMode = "r"; ParcelFileDescriptor parcelFd = resolver.openFileDescriptor(contentUri, fileOpenMode); if (parcelFd != null) { int fd = parcelFd.detachFd(); // Pass the integer value "fd" into your native code. Remember to call // close(2) on the file descriptor when you're done using it. }
दूसरे ऐप्लिकेशन की मीडिया फ़ाइलों को अपडेट करना
अगर आपका ऐप्लिकेशन स्कोप वाली मेमोरी का इस्तेमाल करता है, तो आम तौर पर वह ऐसी मीडिया फ़ाइल को अपडेट नहीं कर सकता जिसे किसी दूसरे ऐप्लिकेशन ने मीडिया स्टोर में जोड़ा है.
हालांकि, फ़ाइल में बदलाव करने के लिए उपयोगकर्ता की सहमति ली जा सकती है. इसके लिए, प्लैटफ़ॉर्म से मिलने वाले RecoverableSecurityException
को कैप्चर करें. इसके बाद, उपयोगकर्ता से अनुरोध किया जा सकता है कि वह आपके ऐप्लिकेशन को उस आइटम का लिखने का ऐक्सेस दे, जैसा कि नीचे दिए गए कोड स्निपेट में दिखाया गया है:
Kotlin
// Apply a grayscale filter to the image at the given content URI. try { // "w" for write. contentResolver.openFileDescriptor(image-content-uri, "w")?.use { setGrayscaleFilter(it) } } catch (securityException: SecurityException) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) { val recoverableSecurityException = securityException as? RecoverableSecurityException ?: throw RuntimeException(securityException.message, securityException) val intentSender = recoverableSecurityException.userAction.actionIntent.intentSender intentSender?.let { startIntentSenderForResult(intentSender, image-request-code, null, 0, 0, 0, null) } } else { throw RuntimeException(securityException.message, securityException) } }
Java
try { // "w" for write. ParcelFileDescriptor imageFd = getContentResolver() .openFileDescriptor(image-content-uri, "w"); setGrayscaleFilter(imageFd); } catch (SecurityException securityException) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) { RecoverableSecurityException recoverableSecurityException; if (securityException instanceof RecoverableSecurityException) { recoverableSecurityException = (RecoverableSecurityException)securityException; } else { throw new RuntimeException( securityException.getMessage(), securityException); } IntentSender intentSender =recoverableSecurityException.getUserAction() .getActionIntent().getIntentSender(); startIntentSenderForResult(intentSender, image-request-code, null, 0, 0, 0, null); } else { throw new RuntimeException( securityException.getMessage(), securityException); } }
जब भी आपके ऐप्लिकेशन को ऐसी मीडिया फ़ाइल में बदलाव करना हो जिसे उसने नहीं बनाया है, तो यह प्रोसेस पूरी करें.
इसके अलावा, अगर आपका ऐप्लिकेशन Android 11 या इसके बाद वाले वर्शन पर चलता है, तो उपयोगकर्ताओं को मीडिया फ़ाइलों के ग्रुप में बदलाव करने का ऐक्सेस दिया जा सकता है. मीडिया फ़ाइलों के ग्रुप मैनेज करने के तरीके के सेक्शन में बताए गए, createWriteRequest()
तरीके का इस्तेमाल करें.
अगर आपके ऐप्लिकेशन का इस्तेमाल करने का कोई दूसरा उदाहरण है, जो स्कोप किए गए स्टोरेज में शामिल नहीं है, तो इस सुविधा के लिए अनुरोध करें और स्कोप किए गए स्टोरेज से कुछ समय के लिए ऑप्ट आउट करें.
कोई आइटम हटाना
अगर आपके ऐप्लिकेशन को मीडिया स्टोर में किसी आइटम की ज़रूरत नहीं है, तो उसे हटाने के लिए, यहां दिए गए कोड स्निपेट में दिखाए गए लॉजिक का इस्तेमाल करें:
Kotlin
// Remove a specific media item. val resolver = applicationContext.contentResolver // URI of the image to remove. val imageUri = "..." // WHERE clause. val selection = "..." val selectionArgs = "..." // Perform the actual removal. val numImagesRemoved = resolver.delete( imageUri, selection, selectionArgs)
Java
// Remove a specific media item. ContentResolver resolver = getApplicationContext() getContentResolver(); // URI of the image to remove. Uri imageUri = "..."; // WHERE clause. String selection = "..."; String[] selectionArgs = "..."; // Perform the actual removal. int numImagesRemoved = resolver.delete( imageUri, selection, selectionArgs);
अगर स्कोप वाला स्टोरेज उपलब्ध नहीं है या चालू नहीं है, तो ऊपर दिए गए कोड स्निपेट का इस्तेमाल करके, उन फ़ाइलों को हटाया जा सकता है जिनका मालिकाना हक दूसरे ऐप्लिकेशन के पास है. हालांकि, अगर स्कोप वाला स्टोरेज चालू है, तो आपको हर उस फ़ाइल के लिए RecoverableSecurityException
को कैच करना होगा जिसे आपके ऐप्लिकेशन को हटाना है. इस बारे में मीडिया आइटम अपडेट करने वाले सेक्शन में बताया गया है.
अगर आपका ऐप्लिकेशन Android 11 या उसके बाद के वर्शन पर काम करता है, तो उपयोगकर्ताओं को मीडिया फ़ाइलों का ग्रुप चुनने की अनुमति दी जा सकती है, ताकि वे उन्हें हटा सकें. मीडिया फ़ाइलों के ग्रुप मैनेज करने के तरीके के सेक्शन में बताए गए createTrashRequest()
या createDeleteRequest()
तरीके का इस्तेमाल करें.
अगर आपके ऐप्लिकेशन का इस्तेमाल करने का कोई दूसरा उदाहरण है, जो स्कोप किए गए स्टोरेज में शामिल नहीं है, तो इस सुविधा के लिए अनुरोध करें और स्कोप किए गए स्टोरेज से कुछ समय के लिए ऑप्ट आउट करें.
मीडिया फ़ाइलों में हुए अपडेट का पता लगाना
आपके ऐप्लिकेशन को उन स्टोरेज वॉल्यूम की पहचान करनी पड़ सकती है जिनमें ऐसी मीडिया फ़ाइलें मौजूद हैं जिन्हें ऐप्लिकेशन ने किसी समय के बाद जोड़ा या जिनमें बदलाव किया है. इन बदलावों का सबसे भरोसेमंद तरीके से पता लगाने के लिए, अपनी पसंद के स्टोरेज वॉल्यूम को getGeneration()
में डालें.
जब तक मीडिया स्टोर का वर्शन नहीं बदलता, तब तक इस तरीके से मिलने वाली वैल्यू समय के साथ लगातार बढ़ती जाती है.
खास तौर पर, getGeneration()
, मीडिया कॉलम में मौजूद तारीखों की तुलना में ज़्यादा बेहतर है. जैसे, DATE_ADDED
और DATE_MODIFIED
.
ऐसा इसलिए है, क्योंकि जब कोई ऐप्लिकेशन setLastModified()
को कॉल करता है या उपयोगकर्ता सिस्टम की घड़ी बदलता है, तो मीडिया कॉलम की वैल्यू बदल सकती हैं.
मीडिया फ़ाइलों के ग्रुप मैनेज करें
Android 11 और उसके बाद वाले वर्शन पर, उपयोगकर्ता से मीडिया फ़ाइलों का ग्रुप चुनने के लिए कहा जा सकता है. इसके बाद, इन मीडिया फ़ाइलों को एक ही बार में अपडेट किया जा सकता है. इन तरीकों से, सभी डिवाइसों पर मीडिया को एक जैसा मैनेज किया जा सकता है. साथ ही, इनसे उपयोगकर्ताओं को अपने मीडिया कलेक्शन को मैनेज करने में आसानी होती है.
"एक साथ कई आइटम अपडेट करने" की सुविधा देने वाले तरीकों में ये शामिल हैं:
createWriteRequest()
- उपयोगकर्ता से अनुरोध करें कि वह आपके ऐप्लिकेशन को मीडिया फ़ाइलों के किसी ग्रुप में बदलाव करने का ऐक्सेस दे.
createFavoriteRequest()
- उपयोगकर्ता से अनुरोध करें कि वह डिवाइस पर, बताई गई मीडिया फ़ाइलों को अपने कुछ "पसंदीदा" मीडिया के तौर पर मार्क करे. इस फ़ाइल को पढ़ने का ऐक्सेस रखने वाला कोई भी ऐप्लिकेशन, यह देख सकता है कि उपयोगकर्ता ने फ़ाइल को "पसंदीदा" के तौर पर मार्क किया है.
createTrashRequest()
उपयोगकर्ता से अनुरोध करें कि वह बताई गई मीडिया फ़ाइलों को डिवाइस के ट्रैश में डाले. सिस्टम की तय की गई समयावधि के बाद, ट्रैश में मौजूद आइटम हमेशा के लिए मिटा दिए जाते हैं.
createDeleteRequest()
उपयोगकर्ता से अनुरोध करें कि वह बताई गई मीडिया फ़ाइलों को तुरंत हमेशा के लिए मिटा दे. इसके लिए, उन्हें ट्रैश में नहीं डालना चाहिए.
इनमें से किसी भी तरीके को कॉल करने के बाद, सिस्टम एक
PendingIntent
ऑब्जेक्ट बनाता है. जब आपका ऐप्लिकेशन इस इंटेंट को शुरू करता है, तो उपयोगकर्ताओं को एक डायलॉग दिखता है. इस डायलॉग बॉक्स में, तय की गई मीडिया फ़ाइलों को अपडेट करने या मिटाने के लिए, उनसे सहमति मांगी जाती है.
उदाहरण के लिए, createWriteRequest()
को कॉल करने का तरीका यहां बताया गया है:
Kotlin
val urisToModify = /* A collection of content URIs to modify. */ val editPendingIntent = MediaStore.createWriteRequest(contentResolver, urisToModify) // Launch a system prompt requesting user permission for the operation. startIntentSenderForResult(editPendingIntent.intentSender, EDIT_REQUEST_CODE, null, 0, 0, 0)
Java
List<Uri> urisToModify = /* A collection of content URIs to modify. */ PendingIntent editPendingIntent = MediaStore.createWriteRequest(contentResolver, urisToModify); // Launch a system prompt requesting user permission for the operation. startIntentSenderForResult(editPendingIntent.getIntentSender(), EDIT_REQUEST_CODE, null, 0, 0, 0);
उपयोगकर्ता के जवाब का आकलन करें. अगर उपयोगकर्ता ने सहमति दी है, तो मीडिया से जुड़ी कार्रवाई जारी रखें. अगर ऐसा नहीं है, तो उपयोगकर्ता को बताएं कि आपके ऐप्लिकेशन को अनुमति क्यों चाहिए:
Kotlin
override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) { ... when (requestCode) { EDIT_REQUEST_CODE -> if (resultCode == Activity.RESULT_OK) { /* Edit request granted; proceed. */ } else { /* Edit request not granted; explain to the user. */ } } }
Java
@Override protected void onActivityResult(int requestCode, int resultCode, @Nullable Intent data) { ... if (requestCode == EDIT_REQUEST_CODE) { if (resultCode == Activity.RESULT_OK) { /* Edit request granted; proceed. */ } else { /* Edit request not granted; explain to the user. */ } } }
createFavoriteRequest()
, createTrashRequest()
, और createDeleteRequest()
के साथ भी इस सामान्य पैटर्न का इस्तेमाल किया जा सकता है.
मीडिया मैनेज करने की अनुमति
उपयोगकर्ता, मीडिया मैनेजमेंट के लिए किसी ऐप्लिकेशन पर भरोसा कर सकते हैं. जैसे, मीडिया फ़ाइलों में बार-बार बदलाव करना. अगर आपका ऐप्लिकेशन Android 11 या इसके बाद के वर्शन को टारगेट करता है और यह डिवाइस का डिफ़ॉल्ट गैलरी ऐप्लिकेशन नहीं है, तो जब भी आपका ऐप्लिकेशन किसी फ़ाइल में बदलाव करने या उसे मिटाने की कोशिश करेगा, तब आपको उपयोगकर्ता को पुष्टि करने वाला डायलॉग दिखाना होगा.
अगर आपका ऐप्लिकेशन, Android 12 (एपीआई लेवल 31) या उसके बाद के वर्शन को टारगेट करता है, तो आपके पास यह अनुरोध करने का विकल्प होता है कि उपयोगकर्ता आपके ऐप्लिकेशन को मीडिया मैनेजमेंट की खास अनुमति दें. इस अनुमति की मदद से, आपका ऐप्लिकेशन इन सभी कामों को कर सकता है. इसके लिए, उसे हर फ़ाइल ऑपरेशन के लिए उपयोगकर्ता से अनुमति लेने की ज़रूरत नहीं पड़ती:
createWriteRequest()
का इस्तेमाल करके, फ़ाइलों में बदलाव करें.createTrashRequest()
का इस्तेमाल करके, फ़ाइलों को ट्रैश में ले जाएं और उससे बाहर निकालें.createDeleteRequest()
का इस्तेमाल करके, फ़ाइलें मिटाएं.
ऐसा करने के लिए, यह तरीका अपनाएं:
अपने ऐप्लिकेशन की मेनिफ़ेस्ट फ़ाइल में,
MANAGE_MEDIA
अनुमति औरREAD_EXTERNAL_STORAGE
अनुमति का एलान करें.पुष्टि करने वाला डायलॉग बॉक्स दिखाए बिना
createWriteRequest()
को कॉल करने के लिए,ACCESS_MEDIA_LOCATION
की अनुमति भी दें.अपने ऐप्लिकेशन में, उपयोगकर्ता को एक यूज़र इंटरफ़ेस (यूआई) दिखाएं. इससे लोगों को यह पता चल पाएगा कि वे आपके ऐप्लिकेशन को मीडिया मैनेजमेंट का ऐक्सेस क्यों देना चाहते हैं.
ACTION_REQUEST_MANAGE_MEDIA
इंटेंट ऐक्शन को शुरू करें. इससे उपयोगकर्ता, सिस्टम सेटिंग में मीडिया मैनेजमेंट ऐप्लिकेशन स्क्रीन पर पहुंच जाते हैं. यहां से, उपयोगकर्ता ऐप्लिकेशन का खास ऐक्सेस दे सकते हैं.
ऐसे इस्तेमाल के उदाहरण जिनमें मीडिया स्टोर के विकल्प की ज़रूरत होती है
अगर आपका ऐप्लिकेशन मुख्य रूप से इनमें से कोई एक भूमिका निभाता है, तो MediaStore
एपीआई के बजाय किसी अन्य एपीआई का इस्तेमाल करें.
अन्य प्रकार की फ़ाइलों के साथ काम करना
अगर आपका ऐप्लिकेशन ऐसे दस्तावेज़ों और फ़ाइलों के साथ काम करता है जिनमें सिर्फ़ मीडिया कॉन्टेंट नहीं होता, जैसे कि EPUB या PDF फ़ाइल एक्सटेंशन का इस्तेमाल करने वाली फ़ाइलें, तो दस्तावेज़ों और अन्य फ़ाइलों को सेव करने और ऐक्सेस करने के लिए बनी गाइड में बताए गए तरीके के मुताबिक, ACTION_OPEN_DOCUMENT
इंटेंट ऐक्शन का इस्तेमाल करें.
साथी ऐप्लिकेशन में फ़ाइल शेयर करना
अगर आपने साथ काम करने वाले ऐप्लिकेशन का सुइट उपलब्ध कराया है, जैसे कि मैसेजिंग ऐप्लिकेशन और प्रोफ़ाइल ऐप्लिकेशन, तो content://
यूआरआई का इस्तेमाल करके फ़ाइल शेयर करने की सुविधा सेट अप करें. हमारा सुझाव है कि सुरक्षा के सबसे सही तरीके के तौर पर, इस वर्कफ़्लो का इस्तेमाल करें.
अन्य संसाधन
मीडिया को सेव और ऐक्सेस करने के तरीके के बारे में ज़्यादा जानने के लिए, यहां दिए गए संसाधन देखें.
सैंपल
- MediaStore, जो GitHub पर उपलब्ध है