تصحيح الأخطاء المرتبطة بجمع البيانات غير المرغوب فيها في ART

توضّح هذه الصفحة كيفية تصحيح أخطاء جمع البيانات غير المرغوب فيها في "وقت تشغيل Android" (ART). المشاكل المتعلّقة بالصحّة والأداء (GC) شرح كيفية استخدام عملية إثبات الهوية من خلال تجميع البيانات المهملة (GC) وتحديد الحلول لحالات تعذُّر التحقق من تجميع البيانات المهملة، وقياس معالجة المشكلات في أداء تجميع البيانات المهملة.

للعمل مع ART، يمكنك الاطّلاع على الصفحات في ART وDalvik. وتنسيق Dalvik التنفيذي. للحصول على مساعدة إضافية بشأن التحقق من سلوك التطبيق، يُرجى الاطّلاع على جارٍ التحقق سلوك التطبيق في وقت تشغيل Android (ART).

نظرة عامة على ART GC

لدى ART العديد من خطط تجميع البيانات المهملة المختلفة التي تتألف من تشغيل مختلف البيانات غير المهمة. هواة جمع البيانات. بدءًا من نظام التشغيل Android 8 (Oreo)، تكون الخطة التلقائية هي "النسخ المتزامن" (CC). أما خطة تجميع البيانات المهملة الأخرى، فهي خطة تتبُّع العلامات التجارية المتزامنة (CMS).

وفي ما يلي بعض الخصائص الرئيسية للنسخ المتزامن للمحتوى المهم:

• تتيح الترجمة والشرح استخدام أداة تخصيص مؤشر التصادم تُسمى RegionTLAB. يخصِّص هذا الإجراء سلسلة محادثات محلية المخزن المؤقت للتخصيص (TLAB) لكل سلسلة محادثات تطبيق، والتي يمكنها بعد ذلك تخصيص عناصر من برنامج TLAB الخاص بها من خلال الارتقاء بدون أي مزامنة.
• تُجري الترجمة والشرح عملية إلغاء تجزئة للأجزاء من خلال نسخ العناصر بالتزامن بدون إيقاف سلاسل محادثات التطبيق. ويمكن تحقيق ذلك بمساعدة حاجز القراءة الذي يعترض القراءات المرجعية من بدون الحاجة إلى أي تدخل من مطوّر التطبيق.
• لدى تجميع البيانات المهملة وقفة مؤقتة واحدة صغيرة، وهي قيمة ثابتة من حيث الوقت في ما يتعلق بحجم الذاكرة.
• تمت إضافة "نسخة إلى" لتصبح GC من الجيل التالي في نظام التشغيل Android 10 والإصدارات الأحدث. يمكّن من جمع الأشياء الصغيرة، والتي غالبًا ما يصعب الوصول إليها بسرعة كبيرة وبدون جهد كبير. يساعد ذلك في من خلال زيادة سرعة معالجة تجميع البيانات المهملة وتأخير الحاجة إلى تنفيذ تجميع البيانات المهملة بالكامل.

ولا يزال نظام إدارة المحتوى متوافقًا مع تجميع البيانات المهملة (GC) الآخر. هذا النمط كما يدعم تجميع البيانات المهملة الضغط، ولكن ليس بشكل متزامن. يجب تجنُّب الضغط حتى يتم استخدام التطبيق إلى الخلفية، وفي هذا الوقت يتم إيقاف سلاسل التطبيق مؤقتًا لتنفيذ الضغط. يصبح الضغط ضروريًا أيضًا عند إخفاق تخصيص الكائن بسبب التجزئة. في هذه الدورة، إذا كان من المحتمل أن يصبح التطبيق غير مستجيب لبعض الوقت.

وبما أنّ نظام إدارة المحتوى نادرًا ما يدمج، وبالتالي قد لا تكون العناصر المتجاورة، تستخدم مخصص قائمة حرة يسمى RosAlloc. لها تكلفة تخصيص أعلى مقارنة إلى RegionTLAB. أخيرًا، بسبب التجزئة الداخلية، يتم استخدام الذاكرة لكومة الذاكرة المؤقتة في Java تكون أعلى في نظام إدارة المحتوى من الترجمة والشرح

خيارات الأداء وإثبات ملكية الحساب GC

تغيير نوع تجميع البيانات المهملة

يمكن للمصنّعين الأصليين للأجهزة تغيير نوع تجميع البيانات المهملة. عملية التغيير يتضمن إعداد متغيّر البيئة ART_USE_READ_BARRIER في وقت الإصدار. وتكون القيمة التلقائية صحيحة، وهي تتيح للمجمِّع CC عندما يستخدم حاجز القراءة. في نظام إدارة المحتوى: أن يتم تعيين المتغير بشكل صريح على false.

يتم تلقائيًا تشغيل أداة جمع الترجمة والشرح في وضع الإنشاء في نظام التشغيل Android 10 والإصدارات الأحدث. إلى إيقاف وضع الإنشاء، يمكن تغيير وسيطة سطر الأوامر -Xgc:nogenerational_cc استخدام البيانات المختلفة. بدلاً من ذلك، يمكن ضبط خاصية النظام على النحو التالي:

adb shell setprop dalvik.vm.gctype nogenerational_cc

يتم تشغيل أداة تجميع نظام إدارة المحتوى دائمًا في وضع الإنشاء.

التحقّق من المقاطع

قد يكون التحقّق من الذاكرة المضمّنة هو خيار تجميع البيانات المهملة الأكثر فائدة لتصحيح الأخطاء. أخطاء مرتبطة بتجميع البيانات المهم (GC) أو تلف في أجزاء من الذاكرة يؤدي تفعيل ميزة التحقّق من الذاكرة في الذاكرة إلى حدوث تجميع البيانات المهملة للتحقق من صحة كومة الذاكرة المؤقتة في بضع نقاط أثناء وضع البيانات غير الضرورية عملية جمع البيانات. يتشارك التحقّق من العناصر المتعدّدة الخيارات نفس الخيارات التي تشاركها تغيير نوع تجميع البيانات المهملة. في حال تفعيل هذه الميزة، تتحقق ميزة التحقّق من الذاكرة في الذاكرة من الجذور يضمن أن العناصر التي يمكن الوصول إليها لا تشير سوى إلى عناصر أخرى يمكن الوصول إليها. خبير عالمي يتم تفعيل التحقق من خلال تمرير قيم -Xgc التالية:

• في حال تفعيل هذه السياسة، ينفّذ [no]preverify عملية تحقّق من الذاكرة قبل بدء عملية تجميع البيانات المهملة.
• في حال تفعيل هذا الخيار، ينفّذ "[no]presweepingverify" عملية تحقّق من العناصر المتعدّدة. قبل البدء في عملية كنس جامع القمامة.
• في حال تفعيل هذا الخيار، ينفّذ [no]postverify عملية التحقّق من العناصر المتعدّدة بعد ذلك أنهى تجميع البيانات المهملة بشكل ساحق.
• [no]preverify_rosalloc و[no]postsweepingverify_rosalloc و [no]postverify_rosalloc هي خيارات إضافية للبيانات المهملة التي يتم التحقق منها. فقط حالة المحاسبة الداخلية في RosAlloc. وبالتالي، فهي لا تنطبق إلا مع أداة تجميع CMS، التي تستخدم أداة تخصيص RosAlloc. إن الأشياء الرئيسية التي تم التحقق منها هي أن القيم السحرية تتطابق مع الثوابت المتوقعة، وأن أجزاء الذاكرة الحرة جميعها تم التسجيل في خريطة free_page_runs_.

الأداء

هناك أداتان رئيسيتان لقياس أداء تجميع البيانات المهملة، وتوقيت تجميع البيانات المهملة dumps وSystrace. هناك أيضًا نسخة متقدمة من Systrace تسمى Perfetto. الطريقة المرئية لقياس مشكلات أداء تجميع البيانات المهملة هو استخدام Systrace وPerfetto لتحديد تجميع البيانات المهملة الذي يتسبب في توقف مؤقت أو توقف لفترة طويلة بشكل استباقي لسلاسل محادثات التطبيق. على الرغم من تحسن ART GC بشكل كبير بمرور الوقت، إلا أن المتغير السيئ مثل الإفراط في التخصيص، إلا أنه يمكن أن يتسبب في حدوث مشكلات في الأداء

استراتيجية الجمع

يجمع إصدار CC GC إما بيانات تجميع بيانات GC صغيرة الحجم أو عن طريق تجميع بيانات مجمّعة كاملة. لا يُفترَض أن يظهر لها الشريك الشاب، يتم تشغيلها في كثير من الأحيان. يقوم تجميع البيانات المهملة (GC) بتجميع مجموعات نسخة تجريبية صغيرة حتى يتم تسجيل سرعة معالجة البيانات (يتم احتسابها بالبايت). الحر/الثانية من مدة تجميع البيانات المهملة) من دورة جمع البيانات المنتهية للتو أقل من متوسط سرعة معالجة البيانات من مجموعات الترجمة والشرح الكاملة وفي هذه الحالة، يتم اختيار الترجمة والشرح الكاملة لأجزاء تجميع البيانات المهملة بشكل متزامن بدلاً من فئة "نسخة إلى" صغيرة. وبعد اكتمال عملية جمع الكوائس الكاملة، تم إعادة استخدام GC إلى إصدار "نسخة إلى" صغير. إنّ أحد العوامل الرئيسية التي تساهم في نجاح هذه الاستراتيجية هو أنّ صغار الترجمة والشرح لم يعدّل الحدّ الأقصى للبصمة الكربونية بعد اكتمالها. يتسبّب ذلك في ظهور تعليقات المشاهدين الصغار وفي كثير من الأحيان إلى أن تصبح سرعة معالجة البيانات أقل من ذاكرة التخزين المؤقت الكاملة، ما يؤدي إلى زيادة كمية الحركة في النهاية.

استخدام SIGQUIT للحصول على معلومات أداء تجميع البيانات المهملة

للاطّلاع على توقيتات أداء تجميع البيانات المهملة للتطبيقات، يُرجى إرسال SIGQUIT إلى تطبيقات قيد التشغيل حاليًا أو بطاقة في -XX:DumpGCPerformanceOnShutdown إلى dalvikvm عند بدء برنامج سطر أوامر. عندما يحصل التطبيق على إشارة طلب ANR (SIGQUIT)، فإنها تفرغ المعلومات المتعلقة بقفله، وحزم سلاسل المحادثات وأداء تجميع البيانات المهملة.

للحصول على بيانات وقت تجميع البيانات المهملة، استخدِم:

adb shell kill -s QUIT PID

سيؤدي ذلك إلى إنشاء ملف (بالتاريخ والوقت بالاسم، مثل anr_2020-07-13-19-23-39-817) في /data/anr/. هذا النمط يحتوي ملف على بعض عمليات تفريغ ANR بالإضافة إلى توقيتات تجميع البيانات المهملة. يمكنك تحديد موقع توقيتات تجميع البيانات المهملة من خلال البحث عن تفريغ توقيتات تجميع البيانات التراكمية. هذه توقيتات بعض الأشياء التي قد تهمك، بما في ذلك معلومات المدرج التكراري مراحل كل نوع من أنواع تجميع البيانات المهملة وتوقفه مؤقتًا. عادة ما يكون من المهم الانتباه إلى في. مثلاً:

young concurrent copying paused:	Sum: 5.491ms 99% C.I. 1.464ms-2.133ms Avg: 1.830ms Max: 2.133ms

يوضح ذلك أنّ متوسط مدة الإيقاف المؤقت كان 1.83 ملّي ثانية، وبالتالي يجب أن تكون هذه المدة منخفضة بما يكفي فلا يتسبب ذلك في تفويت الإطارات في معظم التطبيقات، وبالتالي لا داعي للقلق.

هناك مجال آخر مهم هو وقت التعليق، والذي يقيس المدة التي تستغرقها سلسلة المحادثات لتصل إلى نقطة التعليق بعد طلب تجميع البيانات المهملة يتم تعليقه. ويتم تضمين هذه المدة في عمليات إيقاف تجميع البيانات المهملة، لذا من المفيد تحديد ما إذا كان سبب الإيقاف المؤقت الطويل هو بطء تجميع البيانات المهملة أو بطء سلسلة التعليمات التعليق ببطء. في ما يلي مثال على الوقت الطبيعي للتعليق على جهاز Nexus 5:

suspend all histogram:	Sum: 1.513ms 99% C.I. 3us-546.560us Avg: 47.281us Max: 601us

هناك مجالات اهتمام أخرى، بما في ذلك إجمالي الوقت المستغرَق ومعدّل تجميع البيانات المهملة سرعة معالجة البيانات. أمثلة:

Total time spent in GC: 502.251ms
Mean GC size throughput: 92MB/s
Mean GC object throughput: 1.54702e+06 objects/s

في ما يلي مثال على كيفية تفريغ توقيتات تجميع البيانات المهملة لتطبيق قيد التشغيل:

adb shell kill -s QUIT PID
adb pull /data/anr/anr_2020-07-13-19-23-39-817

في هذه المرحلة، تقع توقيتات تجميع البيانات المهملة ضمن anr_2020-07-13-19-23-39-817. إليك مثال على الناتج من خرائط Google:

Start Dumping histograms for 2195 iterations for concurrent copying
MarkingPhase:   Sum: 258.127s 99% C.I. 58.854ms-352.575ms Avg: 117.651ms Max: 641.940ms
ScanCardsForSpace:      Sum: 85.966s 99% C.I. 15.121ms-112.080ms Avg: 39.164ms Max: 662.555ms
ScanImmuneSpaces:       Sum: 79.066s 99% C.I. 7.614ms-57.658ms Avg: 18.014ms Max: 546.276ms
ProcessMarkStack:       Sum: 49.308s 99% C.I. 6.439ms-81.640ms Avg: 22.464ms Max: 638.448ms
ClearFromSpace: Sum: 35.068s 99% C.I. 6.522ms-40.040ms Avg: 15.976ms Max: 633.665ms
SweepSystemWeaks:       Sum: 14.209s 99% C.I. 3.224ms-15.210ms Avg: 6.473ms Max: 201.738ms
CaptureThreadRootsForMarking:   Sum: 11.067s 99% C.I. 0.835ms-13.902ms Avg: 5.044ms Max: 25.565ms
VisitConcurrentRoots:   Sum: 8.588s 99% C.I. 1.260ms-8.547ms Avg: 1.956ms Max: 231.593ms
ProcessReferences:      Sum: 7.868s 99% C.I. 0.002ms-8.336ms Avg: 1.792ms Max: 17.376ms
EnqueueFinalizerReferences:     Sum: 3.976s 99% C.I. 0.691ms-8.005ms Avg: 1.811ms Max: 16.540ms
GrayAllDirtyImmuneObjects:      Sum: 3.721s 99% C.I. 0.622ms-6.702ms Avg: 1.695ms Max: 14.893ms
SweepLargeObjects:      Sum: 3.202s 99% C.I. 0.032ms-6.388ms Avg: 1.458ms Max: 549.851ms
FlipOtherThreads:       Sum: 2.265s 99% C.I. 0.487ms-3.702ms Avg: 1.031ms Max: 6.327ms
VisitNonThreadRoots:    Sum: 1.883s 99% C.I. 45us-3207.333us Avg: 429.210us Max: 27524us
InitializePhase:        Sum: 1.624s 99% C.I. 231.171us-2751.250us Avg: 740.220us Max: 6961us
ForwardSoftReferences:  Sum: 1.071s 99% C.I. 215.113us-2175.625us Avg: 488.362us Max: 7441us
ReclaimPhase:   Sum: 490.854ms 99% C.I. 32.029us-6373.807us Avg: 223.623us Max: 362851us
EmptyRBMarkBitStack:    Sum: 479.736ms 99% C.I. 11us-3202.500us Avg: 218.558us Max: 13652us
CopyingPhase:   Sum: 399.163ms 99% C.I. 24us-4602.500us Avg: 181.851us Max: 22865us
ThreadListFlip: Sum: 295.609ms 99% C.I. 15us-2134.999us Avg: 134.673us Max: 13578us
ResumeRunnableThreads:  Sum: 238.329ms 99% C.I. 5us-2351.250us Avg: 108.578us Max: 10539us
ResumeOtherThreads:     Sum: 207.915ms 99% C.I. 1.072us-3602.499us Avg: 94.722us Max: 14179us
RecordFree:     Sum: 188.009ms 99% C.I. 64us-312.812us Avg: 85.653us Max: 2709us
MarkZygoteLargeObjects: Sum: 133.301ms 99% C.I. 12us-734.999us Avg: 60.729us Max: 10169us
MarkStackAsLive:        Sum: 127.554ms 99% C.I. 13us-417.083us Avg: 58.111us Max: 1728us
FlipThreadRoots:        Sum: 126.119ms 99% C.I. 1.028us-3202.499us Avg: 57.457us Max: 11412us
SweepAllocSpace:        Sum: 117.761ms 99% C.I. 24us-400.624us Avg: 53.649us Max: 1541us
SwapBitmaps:    Sum: 56.301ms 99% C.I. 10us-125.312us Avg: 25.649us Max: 1475us
(Paused)GrayAllNewlyDirtyImmuneObjects: Sum: 33.047ms 99% C.I. 9us-49.931us Avg: 15.055us Max: 72us
(Paused)SetFromSpace:   Sum: 11.651ms 99% C.I. 2us-49.772us Avg: 5.307us Max: 71us
(Paused)FlipCallback:   Sum: 7.693ms 99% C.I. 2us-32us Avg: 3.504us Max: 32us
(Paused)ClearCards:     Sum: 6.371ms 99% C.I. 250ns-49753ns Avg: 207ns Max: 188000ns
Sweep:  Sum: 5.793ms 99% C.I. 1us-49.818us Avg: 2.639us Max: 93us
UnBindBitmaps:  Sum: 5.255ms 99% C.I. 1us-31us Avg: 2.394us Max: 31us
Done Dumping histograms
concurrent copying paused:      Sum: 315.249ms 99% C.I. 49us-1378.125us Avg: 143.621us Max: 7722us
concurrent copying freed-bytes: Avg: 34MB Max: 54MB Min: 2062KB
Freed-bytes histogram: 0:4,5120:5,10240:19,15360:69,20480:167,25600:364,30720:529,35840:405,40960:284,46080:311,51200:38
concurrent copying total time: 569.947s mean time: 259.657ms
concurrent copying freed: 1453160493 objects with total size 74GB
concurrent copying throughput: 2.54964e+06/s / 134MB/s  per cpu-time: 157655668/s / 150MB/s
Average major GC reclaim bytes ratio 0.486928 over 2195 GC cycles
Average major GC copied live bytes ratio 0.0894662 over 2199 major GCs
Cumulative bytes moved 6586367960
Cumulative objects moved 127490240
Peak regions allocated 376 (94MB) / 2048 (512MB)
Start Dumping histograms for 685 iterations for young concurrent copying
ScanCardsForSpace:      Sum: 26.288s 99% C.I. 8.617ms-77.759ms Avg: 38.377ms Max: 432.991ms
ProcessMarkStack:       Sum: 21.829s 99% C.I. 2.116ms-71.119ms Avg: 31.868ms Max: 98.679ms
ClearFromSpace: Sum: 19.420s 99% C.I. 5.480ms-50.293ms Avg: 28.351ms Max: 507.330ms
ScanImmuneSpaces:       Sum: 9.968s 99% C.I. 8.155ms-30.639ms Avg: 14.552ms Max: 46.676ms
SweepSystemWeaks:       Sum: 6.741s 99% C.I. 3.655ms-14.715ms Avg: 9.841ms Max: 22.142ms
GrayAllDirtyImmuneObjects:      Sum: 4.466s 99% C.I. 0.584ms-14.315ms Avg: 6.519ms Max: 24.355ms
FlipOtherThreads:       Sum: 3.672s 99% C.I. 0.631ms-16.630ms Avg: 5.361ms Max: 18.513ms
ProcessReferences:      Sum: 2.806s 99% C.I. 0.001ms-9.459ms Avg: 2.048ms Max: 11.951ms
EnqueueFinalizerReferences:     Sum: 1.857s 99% C.I. 0.424ms-8.609ms Avg: 2.711ms Max: 24.063ms
VisitConcurrentRoots:   Sum: 1.094s 99% C.I. 1.306ms-5.357ms Avg: 1.598ms Max: 6.831ms
SweepArray:     Sum: 711.032ms 99% C.I. 0.022ms-3.502ms Avg: 1.038ms Max: 7.307ms
InitializePhase:        Sum: 667.346ms 99% C.I. 303us-2643.749us Avg: 974.227us Max: 3199us
VisitNonThreadRoots:    Sum: 388.145ms 99% C.I. 103.911us-1385.833us Avg: 566.635us Max: 5374us
ThreadListFlip: Sum: 202.730ms 99% C.I. 18us-2414.999us Avg: 295.956us Max: 6780us
EmptyRBMarkBitStack:    Sum: 132.934ms 99% C.I. 8us-1757.499us Avg: 194.064us Max: 8495us
ResumeRunnableThreads:  Sum: 109.593ms 99% C.I. 6us-4719.999us Avg: 159.989us Max: 11106us
ResumeOtherThreads:     Sum: 86.733ms 99% C.I. 3us-4114.999us Avg: 126.617us Max: 19332us
ForwardSoftReferences:  Sum: 69.686ms 99% C.I. 14us-2014.999us Avg: 101.731us Max: 4723us
RecordFree:     Sum: 58.889ms 99% C.I. 0.500us-185.833us Avg: 42.984us Max: 769us
FlipThreadRoots:        Sum: 58.540ms 99% C.I. 1.034us-4314.999us Avg: 85.459us Max: 10224us
CopyingPhase:   Sum: 52.227ms 99% C.I. 26us-728.749us Avg: 76.243us Max: 2060us
ReclaimPhase:   Sum: 37.207ms 99% C.I. 7us-2322.499us Avg: 54.316us Max: 3826us
(Paused)GrayAllNewlyDirtyImmuneObjects: Sum: 23.859ms 99% C.I. 11us-98.917us Avg: 34.830us Max: 128us
FreeList:       Sum: 20.376ms 99% C.I. 2us-188.875us Avg: 29.573us Max: 998us
MarkZygoteLargeObjects: Sum: 18.970ms 99% C.I. 4us-115.749us Avg: 27.693us Max: 122us
(Paused)SetFromSpace:   Sum: 12.331ms 99% C.I. 3us-94.226us Avg: 18.001us Max: 109us
SwapBitmaps:    Sum: 11.761ms 99% C.I. 5us-49.968us Avg: 17.169us Max: 67us
ResetStack:     Sum: 4.317ms 99% C.I. 1us-64.374us Avg: 6.302us Max: 190us
UnBindBitmaps:  Sum: 3.803ms 99% C.I. 4us-49.822us Avg: 5.551us Max: 70us
(Paused)ClearCards:     Sum: 3.336ms 99% C.I. 250ns-7000ns Avg: 347ns Max: 7000ns
(Paused)FlipCallback:   Sum: 3.082ms 99% C.I. 1us-30us Avg: 4.499us Max: 30us
Done Dumping histograms
young concurrent copying paused:        Sum: 229.314ms 99% C.I. 37us-2287.499us Avg: 334.764us Max: 6850us
young concurrent copying freed-bytes: Avg: 44MB Max: 50MB Min: 9132KB
Freed-bytes histogram: 5120:1,15360:1,20480:6,25600:1,30720:1,35840:9,40960:235,46080:427,51200:4
young concurrent copying total time: 100.823s mean time: 147.187ms
young concurrent copying freed: 519927309 objects with total size 30GB
young concurrent copying throughput: 5.15683e+06/s / 304MB/s  per cpu-time: 333152554/s / 317MB/s
Average minor GC reclaim bytes ratio 0.52381 over 685 GC cycles
Average minor GC copied live bytes ratio 0.0512109 over 685 minor GCs
Cumulative bytes moved 1542000944
Cumulative objects moved 28393168
Peak regions allocated 376 (94MB) / 2048 (512MB)
Total time spent in GC: 670.771s
Mean GC size throughput: 159MB/s per cpu-time: 177MB/s
Mean GC object throughput: 2.94152e+06 objects/s
Total number of allocations 1974199562
Total bytes allocated 104GB
Total bytes freed 104GB
Free memory 10MB
Free memory until GC 10MB
Free memory until OOME 442MB
Total memory 80MB
Max memory 512MB
Zygote space size 2780KB
Total mutator paused time: 544.563ms
Total time waiting for GC to complete: 117.494ms
Total GC count: 2880
Total GC time: 670.771s
Total blocking GC count: 1
Total blocking GC time: 86.373ms
Histogram of GC count per 10000 ms: 0:259879,1:2828,2:24,3:1
Histogram of blocking GC count per 10000 ms: 0:262731,1:1
Native bytes total: 30599192 registered: 8947416
Total native bytes at last GC: 30344912

أدوات لتحليل مسائل صحة تجميع البيانات المهملة (GC)

يمكن أن تتسبب أمور مختلفة في حدوث أعطال داخل ART. الأعطال التي التي تحدث أثناء القراءة أو الكتابة في حقول الكائنات إلى تلف في الكوة. إذا كانت يتعطّل تجميع البيانات المهملة أثناء تشغيله، وقد يشير أيضًا إلى تلف في كومة الذاكرة المؤقتة. يُعد السبب الأكثر شيوعًا لتلف الذاكرة هو وجود رمز غير صحيح للتطبيق. لحسن الحظ، هناك أدوات تصحيح أخطاء تجميع البيانات المهملة والأعطال المرتبطة بلقطات لأجزاء من الذاكرة، بما في ذلك الخيارات المحدّدة للتحقق من الذاكرة وCheckJNI.

التحقق من JNI

CheckJNI هو وضع يضيف عمليات تحقق JNI للتحقق من سلوك التطبيق. لم يتم تفعيل هذه بواسطة تلقائيًا لأسباب تتعلق بالأداء. ترصد عمليات الفحص بعض الأخطاء التي قد تؤدي إلى تلف في ذاكرة التخزين المؤقت، مثل استخدام مراجع محلية وعالمية غير صالحة/قديمة. لتفعيل CheckJNI:

adb shell setprop dalvik.vm.checkjni true

يُعد وضع فرض النسخ الاحتياطي لـ CheckJNI مفيدًا لاكتشاف يكتب بعد نهاية مناطق الصفيفة. عند تفعيل هذا الخيار، تؤدي عملية فرض النسخ إلى ظهور الصفيف الوصول إلى دوال JNI لعرض النسخ ذات المناطق الحمراء. وأحمر المنطقة هي منطقة في نهاية/بداية المؤشر المعروض الذي يحتوي على قيمة خاصة، يتم التحقق منها عند إصدار الصفيفة. إذا كانت القيم في المنطقة الحمراء لا تتطابق مع ما هو متوقع، أو تجاوز المورد الاحتياطي أو انخفاض الميزانية. يؤدي ذلك إلى إلغاء CheckJNI. للتفعيل وضع فرض النسخ:

adb shell setprop dalvik.vm.jniopts forcecopy

من أمثلة الخطأ الذي يجب أن ترصده CheckJNI الكتابة بعد نهاية صفيف تم الحصول عليه من GetPrimitiveArrayCritical. هذه العملية إلى إتلاف كومة الذاكرة المؤقتة في Java. إذا كانت الكتابة داخل المنطقة الحمراء CheckJNI، ثم يكتشف CheckJNI المشكلة عند ReleasePrimitiveArrayCritical المقابل لها. وبخلاف ذلك، تؤدي الكتابة إلى تلف كائن عشوائي في لكومة الذاكرة المؤقتة في Java ويمكن أن يتسبب في حدوث عطل في تجميع البيانات المهملة في المستقبل. إذا كانت الذاكرة التالفة إذا كان حقلاً مرجعيًا، فقد يرصد تجميع البيانات الخطأ الخطأ ويطبع الخطأ تمت محاولة علامة <ptr> ولا يتم تضمينها في أي مسافات.

يحدث هذا الخطأ عندما يحاول منشئ المحتوى المهم وضع علامة على كائن يتعذّر عليه التعرّف عليه. العثور على مساحة لها. وبعد تعذُّر عملية الفحص هذه، يجتاز تجميع البيانات المهملة الجذور ويحاول لمعرفة ما إذا كان الكائن غير الصالح هو جذر. من هنا، هناك خياران: الكائن هو جذر أو كائن غير جذري.

مثال على جذر غير صالح

وفي حال كان الكائن جذرًا غير صالح، تتم طباعة بعض معلومات مفيدة وهي: art E 5955 5955 art/runtime/gc/collector/mark_sweep.cc:383] Tried to mark 0x2 not contained by any spaces

art E  5955  5955 art/runtime/gc/collector/mark_sweep.cc:384] Attempting see if
it's a bad root
art E  5955  5955 art/runtime/gc/collector/mark_sweep.cc:485] Found invalid
root: 0x2
art E  5955  5955 art/runtime/gc/collector/mark_sweep.cc:486]
Type=RootJavaFrame thread_id=1 location=Visiting method 'java.lang.Object
com.google.gwt.collections.JavaReadableJsArray.get(int)' at dex PC 0x0002
(native PC 0xf19609d9) vreg=1

في هذه الحالة، vreg=1 داخل com.google.gwt.collections.JavaReadableJsArray.get هو من المفترض أن يحتوي على مرجع لأجزاء من الذاكرة، ولكنه يحتوي على مؤشر غير صالح من العنوان 0x2. هذا جذر غير صالح. إلى لتصحيح هذه المشكلة، استخدِم oatdump في ملف Oat وانظر في الطريقة ذات الجذر غير الصالح. في هذه الحالة، ظهر الخطأ في يكون خللاً في برنامج التجميع في الواجهة الخلفية x86. إليك قائمة التغييرات التي تم إصلاحها: https://android-review.googlesource.com/#/c/133932/

مثال على عنصر تالف

إذا لم يكن الكائن جذرًا، يتم إخراجه على غرار ما يلي: الصور المطبوعة:

01-15 12:38:00.196  1217  1238 E art     : Attempting see if it's a bad root
01-15 12:38:00.196  1217  1238 F art     :
art/runtime/gc/collector/mark_sweep.cc:381] Can't mark invalid object

عندما لا يكون تلف أجزاء من الذاكرة جذرًا غير صالح، يصعب تصحيحه. تشير رسالة الخطأ هذه إلى أنّ هناك كائنًا واحدًا على الأقل في الذاكرة كانت تشير إلى كائن غير صالح.