Google cam kết thúc đẩy công bằng chủng tộc cho Cộng đồng người da đen. Xem cách thực hiện.

Trang này được dịch bởi Cloud Translation API.

Gỡ lỗi thu thập rác ART

Trang này mô tả cách gỡ lỗi thu thập rác trong Android Runtime (ART) Các vấn đề về độ chính xác và hiệu suất (GC). Thông tin này giải thích cách sử dụng quy trình xác minh GC các lựa chọn, xác định giải pháp cho các lỗi xác minh GC, cũng như đo lường và giải quyết các vấn đề về hiệu suất GC.

Để làm việc với ART, hãy xem các trang trong ART và Dalvik này và định dạng có thể thực thi Dalvik. Để được trợ giúp thêm về việc xác minh hành vi của ứng dụng, hãy xem Đang xác minh hành vi của ứng dụng trên Android Runtime (ART).

Tổng quan về ART GC

ART có một vài gói GC khác nhau bao gồm việc chạy các loại rác khác nhau bộ sưu tập. Kể từ Android 8 (Oreo), kế hoạch mặc định là Sao chép đồng thời (CC). Gói GC khác là Quét dấu đồng thời (CMS).

Sau đây là một số đặc điểm chính của GC sao chép đồng thời:

CC cho phép sử dụng bộ phân bổ con trỏ chạm có tên RegionTLAB. Thao tác này s�� phân bổ một luồng cục bộ vùng đệm phân bổ (TLAB) cho từng luồng ứng dụng, mà sau đó có thể phân bổ đối tượng ra khỏi TLAB của luồng bằng cách nhấn vào "đầu" con trỏ mà không cần đồng bộ hoá.
CC thực hiện chống phân mảnh vùng nhớ khối xếp bằng cách sao chép đồng thời các đối tượng mà không tạm dừng luồng ứng dụng. Điều này đạt được với sự trợ giúp của rào cản đọc ngăn chặn việc đọc tham chiếu từ vùng nhớ khối xếp mà không cần nhà phát triển ứng dụng can thiệp.
GC chỉ có một khoảng tạm dừng nhỏ, không đổi về thời gian đối với kích thước vùng nhớ khối xếp.
CC mở rộng thành một GC thế hệ trong Android 10 trở lên. Công cụ này cho phép thu thập các đối tượng trẻ thường không thể tiếp cận được khá nhanh chóng mà không mất nhiều công sức. Điều này giúp bằng cách tăng công suất GC và làm chậm đáng kể nhu cầu thực hiện GC toàn bộ.

Một GC khác mà ART vẫn hỗ trợ là CMS. Chiến dịch này GC cũng hỗ trợ nén, nhưng không đồng thời. Tránh nén tệp cho đến khi ứng dụng sẽ chuyển sang chạy ở chế độ nền. Tại thời điểm đó, các luồng ứng dụng sẽ tạm dừng để thực hiện việc nén. Việc nén cũng cần thiết khi phân bổ đối tượng không thành công do phân mảnh. Trong phần này khi ứng dụng có thể không phản hồi trong một khoảng thời gian.

Vì CMS hiếm khi nén, và do đó các đối tượng tự do có thể không tiếp giáp nhau, nên CMS sử dụng trình phân bổ dựa trên danh sách tự do có tên là Rosalloc. Chiến dịch này có chi phí phân bổ cao hơn so với lên RegionTLAB. Cuối cùng, do sự phân mảnh nội bộ, việc sử dụng bộ nhớ cho vùng nhớ khối xếp Java trong CMS có thể cao hơn CC.

Các lựa chọn về hiệu suất và quy trình xác minh GC

Thay đổi loại GC

OEM có thể thay đổi loại GC. Quy trình thay đổi liên quan đến việc đặt biến môi trường ART_USE_READ_BARRIER trong thời gian xây dựng. Giá trị mặc định là true, giá trị này sẽ bật trình thu thập CC khi sử dụng rào cản đọc. Đối với CMS, biến phải được đặt rõ ràng thành false.

Theo mặc định, trình thu thập CC chạy ở chế độ tạo trong Android 10 trở lên. Người nhận tắt chế độ tạo, đối số dòng lệnh -Xgc:nogenerational_cc có thể được đã sử dụng. Ngoài ra, bạn có thể thiết lập thuộc tính hệ thống như sau:

adb shell setprop dalvik.vm.gctype nogenerational_cc

Trình thu thập CMS luôn chạy ở chế độ tạo.

Xác minh vùng nhớ khối xếp

Xác minh vùng nhớ khối xếp có thể là tuỳ chọn GC hữu ích nhất để gỡ lỗi Lỗi liên quan đến GC hoặc lỗi vùng nhớ khối xếp. Việc bật tính năng xác minh vùng nhớ khối xếp khiến GC để kiểm tra tính chính xác của vùng nhớ khối xếp tại một vài điểm trong quá trình rác quá trình thu thập. Tính năng xác minh vùng nhớ khối xếp có cùng các tuỳ chọn với các tuỳ chọn thay đổi loại GC. Nếu được bật, tính năng xác minh vùng nhớ khối xếp sẽ xác minh thư mục gốc và đảm bảo rằng các đối tượng có thể truy cập chỉ tham chiếu đến các đối tượng có thể truy cập khác. Thu gom rác (GC) bật tính năng xác minh bằng cách chuyển vào các giá trị -Xgc sau:

Nếu được bật, [no]preverify sẽ thực hiện quy trình xác minh vùng nhớ khối xếp trước khi khởi động GC.
Nếu được bật, [no]presweepingverify sẽ thực hiện quy trình xác minh vùng nhớ khối xếp trước khi bắt đầu quá trình quét rác.
Nếu được bật, [no]postverify sẽ thực hiện quy trình xác minh vùng nhớ khối xếp sau GC kết thúc quá trình quét.
[no]preverify_rosalloc, [no]postsweepingverify_rosalloc và [no]postverify_rosalloc là các lựa chọn GC bổ sung giúp xác minh chỉ trạng thái kế toán nội bộ của Rosalloc. Do đó, chúng chỉ áp dụng với trình thu thập CMS sử dụng trình phân bổ Rosalloc. Những thông tin chính được xác minh là rằng các giá trị ma thuật khớp với các hằng số dự kiến và các khối bộ nhớ trống đều đã được đăng ký trong bản đồ free_page_runs_.

Hiệu suất

Có hai công cụ chính để đo lường hiệu suất của GC, đó là thời gian của GC tệp kết xuất và Systrace. Ngoài ra, còn có một phiên bản Systrace nâng cao được gọi là Perfetto. Phương pháp trực quan để đo lường các vấn đề về hiệu suất của GC sử dụng Systrace và Perfetto để xác định xem GC nào đang gây ra khoảng thời gian tạm dừng dài hoặc giành quyền truy cập luồng ứng dụng. Mặc dù ART GC đã cải thiện đáng kể theo thời gian, nhưng người biến đổi xấu chẳng hạn như phân bổ quá mức, vẫn có thể gây ra các vấn đề về hiệu suất

Chiến lược thu thập

CC GC thu thập bằng cách chạy GC trẻ hoặc GC toàn bộ vùng nhớ khối xếp. Lý tưởng nhất là GC trẻ được chạy thường xuyên hơn. GC thực hiện các bộ sưu tập CC trẻ cho đến thông lượng (được tính theo byte) giải phóng/giây của thời lượng GC) của chu kỳ thu thập vừa kết thúc nhỏ hơn thông lượng trung bình của bộ sưu tập CC toàn bộ nhớ khối xếp. Khi điều này xảy ra, CC vùng nhớ khối xếp đầy đủ sẽ được chọn cho GC đồng thời thay vì CC trẻ. Sau khi bộ sưu tập toàn bộ vùng nhớ khối xếp hoàn tất, GC được chuyển về CC trẻ. Một yếu tố quan trọng làm cho chiến lược này có hiệu quả là CC trẻ không điều chỉnh giới hạn dung lượng vùng nhớ khối xếp sau khi hoàn tất. Việc này khiến CC trẻ ngày càng và thường xuyên hơn cho đến khi thông lượng thấp hơn CC toàn bộ nhớ khối xếp, khiến vùng nhớ khối xếp tăng lên.

Sử dụng SIGQUIT để nhận thông tin về hiệu suất của GC

Để nhận thông tin về thời gian thực hiện GC cho ứng dụng, hãy gửi SIGQUIT tới các ứng dụng đang chạy hoặc truyền vào -XX:DumpGCPerformanceOnShutdown vào dalvikvm khi khởi động một chương trình dòng lệnh. Khi một ứng dụng nhận được tín hiệu yêu cầu ANR (SIGQUIT), mã này sẽ kết xuất thông tin liên quan đến khoá, ngăn xếp luồng và hiệu suất GC.

Để nhận tệp kết xuất thời gian của GC, hãy sử dụng:

adb shell kill -s QUIT PID

Thao tác này sẽ tạo một tệp (có ngày và giờ trong tên, chẳng hạn như anr_2020-07-13-19-23-39-817) trong /data/anr/. Chiến dịch này chứa một số tệp kết xuất ANR cũng như thời gian GC. Bạn có thể tìm thấy Xác định thời gian GC bằng cách tìm kiếm Thời gian Gc tích luỹ. Các dấu thời gian này hiển thị một vài điều bạn có thể quan tâm, bao gồm thông tin biểu đồ cho các giai đoạn và thời điểm tạm dừng của từng loại GC. Điểm tạm dừng thường là yếu tố quan trọng hơn để nhìn vào lúc. Ví dụ:

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

Điều này cho thấy thời gian tạm dừng trung bình là 1,83 mili giây, đủ thấp để việc này không gây bỏ lỡ khung hình trong hầu hết ứng dụng và cũng không đáng lo ngại.

Một khía cạnh khác cần quan tâm là thời điểm tạm ngưng, để đo lường khoảng thời gian cần thiết để một luồng đạt đến điểm tạm ngưng sau khi GC yêu cầu thì hệ thống sẽ tạm ngưng. Thời gian này được đưa vào các lần tạm dừng GC, do đó, sẽ có ích khi xác định xem có phải khoảng thời gian tạm dừng dài là do GC bị chậm hay là luồng tạm ngưng từ từ. Dưới đây là ví dụ về thời gian tạm ngưng bình thường trên Nexus 5:

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

Các lĩnh vực khác mà bạn quan tâm, bao gồm cả tổng thời gian dành cho chiến dịch và GC thông lượng. Ví dụ:

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

Dưới đây là ví dụ về cách kết xuất dấu thời gian GC của một ứng dụng đang chạy:

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

Tại thời điểm này, thời gian GC nằm trong anr_2020-07-13-19-23-39-817. Sau đây là kết quả mẫu từ Google Maps:

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

Công cụ phân tích các bài toán về độ chính xác của GC

Có nhiều yếu tố có thể gây ra sự cố trong ART. Sự cố việc đọc hoặc ghi vào các trường đối tượng có thể cho thấy lỗi vùng nhớ khối xếp. Nếu GC gặp sự cố khi đang chạy, nó cũng có thể dẫn đến lỗi vùng nhớ khối xếp. Nguyên nhân phổ biến nhất gây ra lỗi vùng nhớ khối xếp là mã ứng dụng không chính xác. May mắn là có các công cụ để gỡ lỗi GC và các sự cố liên quan đến vùng nhớ khối xếp, bao gồm cả các tuỳ chọn xác minh vùng nhớ khối xếp được chỉ định ở trên và CheckJNI.

CheckJNI

CheckJNI là một chế độ bổ sung các bước kiểm tra JNI để xác minh hành vi của ứng dụng; những tính năng này không được bật bởi mặc định vì lý do liên quan đến hiệu suất. Các bước kiểm tra này phát hiện một số lỗi có thể gây ra lỗi vùng nhớ khối xếp, chẳng hạn như sử dụng tham chiếu cục bộ và tham chiếu toàn cục không hợp lệ/đã lỗi thời. Cách bật CheckJNI:

adb shell setprop dalvik.vm.checkjni true

Chế độ buộc sao chép của CheckJNI rất hữu ích trong việc phát hiện ghi qua phần cuối của vùng mảng. Khi được bật, buộc sao chép sẽ gây ra mảng truy cập các hàm JNI để trả về các bản sao có vùng màu đỏ. Màu đỏ vùng là vùng ở cuối/đầu con trỏ được trả về có giá trị đặc biệt. Giá trị này được xác minh khi mảng được giải phóng. Nếu các giá trị trong vùng màu đỏ không khớp với dự kiến, vùng đệm bị tràn hoặc xảy ra thiếu hụt. Điều này khiến CheckJNI bị huỷ. Để bật chế độ buộc sao chép:

adb shell setprop dalvik.vm.jniopts forcecopy

Ví dụ về lỗi mà CheckJNI cần phát hiện đang ghi sau ph��n cuối của một mảng lấy từ GetPrimitiveArrayCritical. Toán tử này có thể làm hỏng vùng nhớ khối xếp Java. Nếu nội dung ghi là trong vùng màu đỏ CheckJNI, thì CheckJNI phát hiện vấn đề khi ReleasePrimitiveArrayCritical tương ứng sẽ được gọi. Nếu không, Thao tác ghi làm hỏng một số đối tượng ngẫu nhiên trong vùng nhớ khối xếp Java và có thể gây ra sự cố GC trong tương lai. Nếu bộ nhớ bị hỏng là trường tham chiếu, thì GC có thể phát hiện lỗi và xuất ra lỗi Đã thử dấu <ptr> không nằm trong bất kỳ dấu cách nào.

Lỗi này xảy ra khi GC cố gắng đánh dấu một đối tượng mà GC không thể đánh dấu hãy tìm không gian cho chúng. Sau khi quy trình kiểm tra này không thành công, GC sẽ truyền tải từ gốc và cố gắng kiểm tra xem đối tượng không hợp lệ có phải là một gốc hay không. Tại đây, có hai lựa chọn: Đối tượng là đối tượng gốc hoặc đối tượng không phải gốc.

Ví dụ gốc không hợp lệ

Trong trường hợp đối tượng là một gốc không hợp lệ, đối tượng sẽ in một số thông tin hữu ích: 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

Trong trường hợp này, vreg=1 bên trong com.google.gwt.collections.JavaReadableJsArray.get là được cho là chứa tham chiếu vùng nhớ khối xếp nhưng lại chứa con trỏ không hợp lệ có địa chỉ 0x2. Đây là thư mục gốc không hợp lệ. Người nhận gỡ lỗi vấn đề này, hãy sử dụng oatdump trên tệp yến mạch và xem ở phương thức có thư mục gốc không hợp lệ. Trong trường hợp này, lỗi xảy ra là một lỗi trình biên dịch trong phần phụ trợ x86. Sau đây là danh sách thay đổi đã khắc phục vấn đề này: https://android-review.googlesource.com/#/c/133932/

Ví dụ về đối tượng bị lỗi

Nếu đối tượng không phải là gốc, hãy xuất kết quả tương tự như sau bản in:

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

Khi vùng nhớ khối xếp bị hỏng không phải là một thư mục gốc không hợp lệ, bạn sẽ rất khó gỡ lỗi. Thông báo lỗi này cho biết có ít nhất một đối tượng trong vùng nhớ khối xếp trỏ đến đối tượng không hợp lệ.