لقد تطور نظام Android بمرور الوقت ليدعم مجموعة واسعة من أنواع وميزات أجهزة التخزين. تدعم جميع إصدارات Android الأجهزة ذات التخزين التقليدي ، والذي يتضمن التخزين المحمول والمحاكي. يمكن توفير وحدة تخزين محمولة من خلال الوسائط المادية، مثل بطاقة SD أو USB، المخصصة لنقل البيانات/تخزين الملفات بشكل مؤقت. قد تبقى الوسائط الفعلية مع الجهاز لفترة طويلة من الوقت، ولكنها غير مرتبطة بالجهاز ويمكن إزالتها. أصبحت بطاقات SD متاحة كوحدة تخزين محمولة منذ Android 1.0؛ أضاف Android 6.0 دعم USB. يتم توفير التخزين الذي تمت محاكاته عن طريق كشف جزء من وحدة التخزين الداخلية من خلال طبقة محاكاة وهو متاح منذ Android 3.0.
بدءًا من Android 6.0، يدعم Android التخزين القابل للتبني ، والذي يتم توفيره بواسطة الوسائط المادية، مثل بطاقة SD أو USB، والتي يتم تشفيرها وتنسيقها لتعمل مثل وحدة التخزين الداخلية. يمكن للتخزين المعتمد تخزين جميع أنواع بيانات التطبيق.
الأذونات
الوصول إلى وحدة التخزين الخارجية محمي بأذونات Android المختلفة. بدءًا من Android 1.0، أصبح الوصول للكتابة محميًا بإذن WRITE_EXTERNAL_STORAGE
. بدءًا من Android 4.1، يصبح الوصول للقراءة محميًا بإذن READ_EXTERNAL_STORAGE
.
بدءًا من Android 4.4، تم الآن تجميع المالك والمجموعة وأوضاع الملفات الموجودة على أجهزة التخزين الخارجية بناءً على بنية الدليل. يتيح ذلك للتطبيقات إدارة الدلائل الخاصة بحزمتها على وحدة تخزين خارجية دون الحاجة إلى الحصول على إذن WRITE_EXTERNAL_STORAGE
الواسع. على سبيل المثال، يمكن الآن للتطبيق الذي يحمل اسم الحزمة com.example.foo
الوصول بحرية إلى Android/data/com.example.foo/
على أجهزة التخزين الخارجية بدون أذونات. يتم إنجاز هذه الأذونات المركبة عن طريق تغليف أجهزة التخزين الأولية في برنامج FUSE الخفي.
بدءًا من نظام التشغيل Android 10، فإن التطبيقات التي تستهدف نظام التشغيل Android 9 والإصدارات الأقدم هي الافتراضية للتخزين القديم، ويمكنها الاشتراك في التخزين المعزول. يمكن للتطبيقات التي تستهدف Android 10 والتخزين المعزول افتراضيًا إلغاء الاشتراك فيها مؤقتًا . استخدم سمة البيان requestLegacyExternalStorage
، التي تتحكم في نموذج التخزين، لتغيير الحالة الافتراضية.
نظرًا لأن أذونات READ_EXTERNAL_STORAGE
و WRITE_EXTERNAL_STORAGE
مقيدة بشكل بسيط، إذا لم يقم المثبت بإدراج التطبيق في القائمة البيضاء، فإن الإذن يتحكم في الوصول إلى المجموعات السمعية والمرئية فقط، دون الوصول إلى بطاقة SD. وينطبق هذا حتى إذا كان التطبيق يطلب مساحة تخزين قديمة. لمزيد من المعلومات حول كل من القيود الصارمة والقيود الناعمة، راجع القيود الصارمة والناعمة في Android 10 .
إذا قام المثبت بإدراج الإذن في القائمة البيضاء، فسيحصل التطبيق الذي يعمل في الوضع القديم على سلوك الإذن غير المعزول. يتحكم الإذن في الوصول إلى بطاقة SD والمجموعات الصوتية والمرئية. يحدث هذا عندما يستهدف التطبيق Android 9 أو الإصدارات الأقدم ولا يختار التخزين المعزول، أو يستهدف Android 10 ويختار إلغاء الاشتراك.
لا يمكن تحديد حالة القائمة البيضاء إلا في وقت التثبيت، ولا يمكن تغييرها حتى يتم تثبيت التطبيق.
لمزيد من المعلومات حول تعيين إذن READ_EXTERNAL_STORAGE
، راجع setWhitelistedRestrictedPermissions()
في فئة PackageInstaller.SessionParams .
يقدم Android 13 أذونات وسائط دقيقة لدعم التطبيقات التي تصل إلى ملفات الوسائط التي أنشأتها تطبيقات أخرى. يجب أن تطلب التطبيقات واحدًا أو أكثر من أذونات الوسائط الدقيقة المدرجة في أذونات الوسائط الدقيقة بدلاً من إذن READ_EXTERNAL_STORAGE
.
يعتمد Android 14 على أذونات الوسائط الدقيقة للسماح للمستخدمين بمنح الوصول الجزئي إلى مكتبة الوسائط المرئية الخاصة بهم عندما تطلب التطبيقات أذونات الوسائط. راجع منح الوصول الجزئي إلى الصور ومقاطع الفيديو لمزيد من المعلومات.
أذونات وقت التشغيل
يقدم Android 6.0 نموذجًا جديدًا لأذونات وقت التشغيل حيث تطلب التطبيقات الإمكانات عند الحاجة إليها في وقت التشغيل. نظرًا لأن النموذج الجديد يتضمن أذونات READ/WRITE_EXTERNAL_STORAGE
، يحتاج النظام الأساسي إلى منح الوصول إلى التخزين ديناميكيًا دون إيقاف التطبيقات قيد التشغيل بالفعل أو إعادة تشغيلها. يقوم بذلك عن طريق الحفاظ على ثلاث طرق عرض متميزة لجميع أجهزة التخزين المثبتة:
- يتم عرض
/mnt/runtime/default
للتطبيقات التي ليس لها أذونات تخزين خاصة، ولمساحة الاسم الجذر حيث يعيشadbd
ومكونات النظام الأخرى. - يتم عرض
/mnt/runtime/read
للتطبيقات التي تحتوي علىREAD_EXTERNAL_STORAGE
(قم بتعيينLEGACY_STORAGE
لنظام Android 10) - يتم عرض
/mnt/runtime/write
للتطبيقات التي تحتوي علىWRITE_EXTERNAL_STORAGE
في وقت شوكة Zygote، نقوم بإنشاء مساحة اسم تحميل لكل تطبيق قيد التشغيل وربط العرض الأولي المناسب في مكانه. لاحقًا، عندما يتم منح أذونات وقت التشغيل، ينتقل vold
إلى مساحة اسم التحميل للتطبيقات قيد التشغيل بالفعل ويقوم bind بتثبيت العرض الذي تمت ترقيته في مكانه. لاحظ أن خفض مستوى الأذونات يؤدي دائمًا إلى إيقاف التطبيق.
تتطلب وظيفة setns()
المستخدمة لتنفيذ هذه الميزة Linux 3.8 على الأقل، ولكن تم نقل التصحيحات بنجاح إلى Linux 3.4. يمكن استخدام اختبار PermissionsHostTest
CTS للتحقق من سلوك kernel الصحيح.