Kiểu bản đồ mới sắp xuất hiện trên Nền tảng Google Maps. Bản cập nhật này để tạo kiểu bản đồ bao gồm một bảng màu mặc định mới và các cải tiến về trải nghiệm bản đồ cũng như khả năng hữu dụng. Tất cả kiểu bản đồ sẽ được cập nhật tự động vào tháng 3 năm 2025. Để biết thêm thông tin về phạm vi cung cấp và cách chọn tham gia sớm hơn, hãy xem bài viết Kiểu bản đồ mới cho Nền tảng Google Maps.

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

Các phương pháp hay nhất để quản lý bộ nhớ

Tài liệu này giả định rằng bạn đã làm theo hướng dẫn về các phương pháp hay nhất cho ứng dụng Android trong phần quản lý bộ nhớ, chẳng hạn như Quản lý bộ nhớ của ứng dụng.

Giới thiệu

Rò rỉ bộ nhớ là một loại rò rỉ tài nguyên xảy ra khi một chương trình máy tính không giải phóng bộ nhớ được phân bổ không còn cần thiết nữa. Một sự cố rò rỉ có thể khiến ứng dụng yêu cầu hệ điều hành nhiều bộ nhớ hơn mức có sẵn, từ đó khiến ứng dụng gặp sự cố. Một số phương pháp không phù hợp có thể gây ra sự cố rò rỉ bộ nhớ trong ứng dụng Android, chẳng hạn như không xử lý đúng cách tài nguyên hoặc không huỷ đăng ký trình nghe khi không cần nữa.

Tài liệu này cung cấp cho bạn một số phương pháp hay nhất để giúp ngăn chặn, phát hiện và giải quyết các trường hợp rò rỉ bộ nhớ trong mã của bạn. Nếu bạn đã thử các phương thức trong tài liệu này và nghi ngờ có rò rỉ bộ nhớ trong SDK của chúng tôi, hãy xem phần Cách báo cáo vấn đề về SDK của Google.

Trước khi bạn liên hệ với nhóm hỗ trợ

Trước khi báo cáo sự cố rò rỉ bộ nhớ cho nhóm hỗ trợ của Google, hãy làm theo các phương pháp hay nhất cùng với các bước gỡ lỗi được cung cấp trong tài liệu này để đảm bảo lỗi không nằm trong mã của bạn. Các bước này có thể giúp giải quyết vấn đề của bạn. Nếu không, các bước này sẽ tạo ra thông tin mà nhóm hỗ trợ Google cần để giúp bạn.

Ngăn tình trạng rò rỉ bộ nhớ

Hãy làm theo các phương pháp hay nhất sau đây để tránh một số nguyên nhân phổ biến nhất gây ra tình trạng rò rỉ bộ nhớ trong mã sử dụng SDK của Google.

Các phương pháp hay nhất cho ứng dụng Android

Kiểm tra để đảm bảo bạn đã thực hiện tất cả những việc sau trong ứng dụng Android:

Giải phóng tài nguyên không sử dụng.
Huỷ đăng ký trình nghe khi không cần thiết nữa.
Huỷ tác vụ khi không cần thiết.
Chuyển tiếp các phương thức vòng đời để giải phóng tài nguyên.
Sử dụng các phiên bản SDK mới nhất

Để biết thông tin chi tiết cụ thể về từng phương pháp này, hãy xem các phần sau.

Giải phóng tài nguyên không dùng đến

Khi ứng dụng Android của bạn sử dụng một tài nguyên, hãy nhớ giải phóng tài nguyên đó khi không cần nữa. Nếu không, tài nguyên sẽ tiếp tục chiếm bộ nhớ ngay cả sau khi ứng dụng của bạn hoàn tất với các tài nguyên đó. Để biết thêm thông tin, hãy xem phần Vòng đời hoạt động trong tài liệu Android.

Phát hành các tệp tham chiếu GoogleMap cũ trong GeoSDK

Một sai lầm phổ biến là GoogleMap có thể gây ra sự cố rò rỉ bộ nhớ nếu được lưu vào bộ nhớ đệm bằng NavigationView hoặc MapView. GoogleMap có mối quan hệ 1:1 với NavigationView hoặc MapView mà từ đó GoogleMap được truy xuất. Bạn phải đảm bảo rằng GoogleMap không được lưu vào bộ nhớ đệm hoặc tham chiếu được phát hành khi NavigationView#onDestroy hoặc MapView#onDestroy được gọi. Nếu sử dụng NavigationSupportFragment, MapSupportFragment hoặc mảnh của riêng bạn gói các thành phần hiển thị này, thì bạn phải phát hành tệp tham chiếu trong Fragment#onDestroyView.

class NavFragment : SupportNavigationFragment() {

  var googleMap: GoogleMap?

  override fun onCreateView(
    inflater: LayoutInflater,
    parent: ViewGroup?,
    savedInstanceState: Bundle?,
  ): View  {
    super.onCreateView(inflater,parent,savedInstanceState)
    getMapAsync{map -> googleMap = map}
  }

  override fun onDestroyView() {
    googleMap = null
  }
}

Huỷ đăng ký trình nghe khi không cần thiết nữa

Khi ứng dụng Android đăng ký trình nghe cho một sự kiện, chẳng hạn như một lượt nhấp vào nút hoặc thay đổi trạng thái của một thành phần hiển thị, hãy nhớ huỷ đăng ký trình nghe khi ứng dụng không cần theo dõi sự kiện đó nữa. Nếu không, trình nghe sẽ tiếp tục chiếm bộ nhớ ngay cả sau khi ứng dụng của bạn hoàn tất với trình nghe.

Ví dụ: giả sử ứng dụng của bạn sử dụng SDK Điều hướng và ứng dụng này gọi trình nghe sau để theo dõi các sự kiện đến: phương thức addArrivalListener để theo dõi các sự kiện đến, ứng dụng này cũng sẽ gọi removeArrivalListener khi không cần theo dõi các sự kiện đến nữa.

var arrivalListener: Navigator.ArrivalListener? = null

fun registerNavigationListeners() {
  arrivalListener =
    Navigator.ArrivalListener {
      ...
    }
  navigator.addArrivalListener(arrivalListener)
}

override fun onDestroy() {
  navView.onDestroy()
  if (arrivalListener != null) {
    navigator.removeArrivalListener(arrivalListener)
  }

  ...
  super.onDestroy()
}

Huỷ tác vụ khi không cần thiết

Khi một ứng dụng Android bắt đầu một tác vụ không đồng bộ, chẳng hạn như tải xuống hoặc yêu cầu mạng, hãy nhớ huỷ tác vụ đó khi tác vụ đó kết thúc. Nếu không bị huỷ, tác vụ sẽ tiếp tục chạy ở chế độ nền ngay cả sau khi ứng dụng hoàn tất tác vụ đó.

Để biết thêm thông tin chi tiết về các phương pháp hay nhất, hãy xem phần Quản lý bộ nhớ của ứng dụng trong tài liệu của Android.

Chuyển tiếp các phương thức vòng đời để giải phóng tài nguyên

Nếu ứng dụng của bạn sử dụng SDK Điều hướng hoặc Maps, hãy nhớ phát hành tài nguyên bằng cách chuyển tiếp các phương thức vòng đời (hiển thị bằng phông chữ in đậm) đến navView. Bạn có thể làm việc này bằng cách sử dụng NavigationView trong SDK Điều hướng hoặc MapView trong SDK Maps hoặc SDK Điều hướng. Bạn cũng có thể sử dụng SupportNavigationFragment hoặc SupportMapFragment thay vì trực tiếp sử dụng NavigationView và MapView tương ứng. Các mảnh hỗ trợ sẽ xử lý việc chuyển tiếp các phương thức vòng đời.

class NavViewActivity : AppCompatActivity() {

  override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    ...
    navView = ...
    navView.onCreate(savedInstanceState)
    ...
  }

  override fun onSaveInstanceState(savedInstanceState: Bundle) {
    super.onSaveInstanceState(savedInstanceState)
    navView.onSaveInstanceState(savedInstanceState)
  }

  override fun onTrimMemory(level: Int) {
    super.onTrimMemory(level)
    navView.onTrimMemory(level)
  }

  /* Same with
    override fun onStart()
    override fun onResume()
    override fun onPause()
    override fun onConfigurationChanged(...)
    override fun onStop()
    override fun onDestroy()
  */
}

Sử dụng các phiên bản SDK mới nhất

Google SDK liên tục được cập nhật để bổ sung các tính năng mới, bản sửa lỗi và điểm cải tiến về hiệu suất. Hãy cập nhật SDK trong ứng dụng để nhận các bản sửa lỗi này.

Gỡ lỗi rò rỉ bộ nhớ

Nếu bạn vẫn thấy rò rỉ bộ nhớ sau khi triển khai tất cả các đề xuất có thể áp dụng ở phần trước của tài liệu này, hãy làm theo quy trình này để gỡ lỗi.

Trước khi bắt đầu, bạn nên làm quen với cách Android quản lý bộ nhớ. Để biết thông tin, hãy đọc bài viết Tổng quan về việc quản lý bộ nhớ dành cho Android.

Để gỡ lỗi rò rỉ bộ nhớ, hãy làm theo quy trình sau:

Tái hiện vấn đề. Bước này rất cần thiết để gỡ lỗi.
Kiểm tra xem mức sử dụng bộ nhớ có như dự kiến hay không. Kiểm tra để đảm bảo rằng mức sử dụng tăng lên có vẻ như rò rỉ không thực sự là bộ nhớ cần thiết để chạy ứng dụng.
Gỡ lỗi ở cấp cao. Bạn có thể sử dụng một số tiện ích để gỡ lỗi. Ba bộ công cụ tiêu chuẩn khác nhau giúp gỡ lỗi các vấn đề về bộ nhớ trong Android: Android Studio, Perfetto và tiện ích dòng lệnh Cầu gỡ lỗi Android (adb).
Kiểm tra mức sử dụng bộ nhớ của ứng dụng. Lấy tệp báo lỗi và theo dõi phân bổ rồi phân tích tệp đó.
Khắc phục sự cố rò rỉ bộ nhớ.

Các phần sau đây trình bày chi tiết về các bước này.

Bước 1: Tạo lại vấn đề

Nếu bạn không thể tạo lại vấn đề, trước tiên, hãy xem xét các tình huống có thể dẫn đến rò rỉ bộ nhớ. Bạn có thể chuyển thẳng đến việc xem tệp báo lỗi nếu biết vấn đề đã được tạo lại. Tuy nhiên, nếu bạn chỉ nhận được tệp báo lỗi khi khởi động ứng dụng hoặc một thời điểm ngẫu nhiên khác, thì có thể bạn chưa kích hoạt các điều kiện để kích hoạt sự cố rò rỉ. Hãy cân nhắc việc xử lý nhiều tình huống khi cố gắng tạo lại vấn đề:

Nhóm tính năng nào được kích hoạt?
Chuỗi hành động cụ thể nào của người dùng kích hoạt sự cố rò rỉ?
- Bạn đã thử nhiều lần kích hoạt trình tự này chưa?
Ứng dụng đã trải qua những trạng thái nào trong vòng đời?
- Bạn đã thử nhiều lần lặp lại qua các trạng thái vòng đời khác nhau chưa?

Đảm bảo rằng bạn có thể tạo lại vấn đề trong phiên bản SDK mới nhất. Vấn đề từ phiên bản trước có thể đã được khắc phục.

Bước 2: Kiểm tra xem mức sử dụng bộ nhớ của ứng dụng có dự kiến hay không

Mọi tính năng đều cần thêm bộ nhớ. Khi gỡ lỗi các tình huống khác nhau, hãy cân nhắc xem đây có phải là mức sử dụng dự kiến hay không hoặc liệu đây có thực sự là sự cố rò rỉ bộ nhớ hay không. Ví dụ: đối với các tính năng hoặc tác vụ khác nhau của người dùng, hãy cân nhắc các khả năng sau:

Có thể bị rò rỉ: Việc kích hoạt trường hợp thông qua nhiều lần lặp lại sẽ làm tăng mức sử dụng bộ nhớ theo thời gian.
Mức sử dụng bộ nhớ có thể dự kiến: Bộ nhớ được thu hồi sau khi kịch bản ngừng.
Mức sử dụng bộ nhớ có thể theo dự kiến: Mức sử dụng bộ nhớ tăng lên trong một khoảng thời gian sau đó giảm dần. Nguyên nhân có thể là do bộ nhớ đệm bị ràng buộc hoặc mức sử dụng bộ nhớ dự kiến khác.

Nếu hành vi của ứng dụng có thể là mức sử dụng bộ nhớ dự kiến, thì bạn có thể giải quyết vấn đề này bằng cách quản lý bộ nhớ của ứng dụng. Để được trợ giúp, hãy xem bài viết Quản lý bộ nhớ của ứng dụng.

Bước 3: Gỡ lỗi ở cấp độ cao

Khi bạn gỡ lỗi rò rỉ bộ nhớ, hãy bắt đầu ở mức cao, sau đó xem chi tiết khi bạn đã thu hẹp các khả năng. Trước tiên, hãy sử dụng một trong những công cụ gỡ lỗi cấp cao sau đây để phân tích xem có sự cố rò rỉ dữ liệu theo thời gian hay không:

Trình phân tích bộ nhớ trong Android Studio (Nên dùng)
Bộ đếm bộ nhớ Perfetto
Tiện ích dòng lệnh của Cầu gỡ lỗi Android (adb)
Theo dõi hoạt động phân bổ

Trình phân tích bộ nhớ trong Android Studio

Công cụ này cung cấp cho bạn biểu đồ trực quan về bộ nhớ đã tiêu thụ. Bạn cũng có thể kích hoạt tính năng theo dõi mức phân bổ và tệp báo lỗi cũng từ giao diện này. Công cụ này là đề xuất mặc định. Để biết thêm thông tin, hãy xem bài viết Trình phân tích bộ nhớ Android Studio.

Bộ đếm bộ nhớ Perfetto

Perfetto cho phép bạn kiểm soát chính xác việc theo dõi một số chỉ số và trình bày tất cả chỉ số đó trong một biểu đồ. Để biết thêm thông tin, hãy xem bài viết Bộ đếm bộ nhớ Perfetto.

Giao diện người dùng Perfetto

Tiện ích dòng lệnh cầu gỡ lỗi Android (adb)

Hầu hết những gì bạn có thể theo dõi bằng Perfetto cũng có sẵn dưới dạng tiện ích dòng lệnh adb mà bạn có thể truy vấn trực tiếp. Sau đây là một số ví dụ quan trọng:

Meminfo cho phép bạn xem thông tin chi tiết về bộ nhớ tại một thời điểm.
Procstats cung cấp một số số liệu thống kê tổng hợp quan trọng theo thời gian.

Một số liệu thống kê quan trọng cần xem xét ở đây là mức sử dụng bộ nhớ vật lý tối đa (maxRSS) mà ứng dụng yêu cầu theo thời gian. MaxPSS có thể không chính xác bằng. Để biết cách tăng độ chính xác, hãy xem cờ adb shell dumpsys procstats --help –start-testing.

Theo dõi mức phân bổ

Tính năng theo dõi mức phân bổ xác định dấu vết ngăn xếp nơi bộ nhớ được phân bổ và liệu bộ nhớ đó có được giải phóng hay không. Bước này đặc biệt hữu ích khi theo dõi sự cố rò rỉ trong mã gốc. Vì công cụ này xác định dấu vết ngăn xếp, nên đây có thể là một phương tiện tuyệt vời để nhanh chóng gỡ lỗi nguyên nhân gốc rễ hoặc tìm ra cách tạo lại vấn đề. Để biết các bước sử dụng tính năng theo dõi mức phân bổ, hãy xem phần Gỡ lỗi bộ nhớ trong mã gốc bằng tính năng theo dõi mức phân bổ.

Bước 4: Kiểm tra mức sử dụng bộ nhớ của ứng dụng bằng tệp báo lỗi

Một cách để phát hiện lỗi rò rỉ bộ nhớ là lấy tệp báo lỗi vùng nhớ khối xếp của ứng dụng rồi kiểm tra ứng dụng đó để tìm lỗi rò rỉ. Tệp báo lỗi là ảnh chụp nhanh của tất cả đối tượng trong bộ nhớ của ứng dụng. Dữ liệu này có thể được dùng để chẩn đoán lỗi rò rỉ bộ nhớ và các vấn đề khác liên quan đến bộ nhớ.

Lưu ý: Các ứng dụng Android được viết bằng Java hoặc Kotlin sẽ sử dụng một công cụ thu gom rác (GC) để quản lý bộ nhớ mà các ứng dụng sử dụng. GC tự động xác định và xoá các đối tượng không còn được sử dụng (tức là các đối tượng không thể truy cập được từ bất kỳ thư mục gốc nào). Thao tác này sẽ giải phóng bộ nhớ mà người khác có thể sử dụng.

Vì các ứng dụng Java và Kotlin sử dụng trình thu gom rác, nên bạn có thể thắc mắc làm cách nào có thể xảy ra rò rỉ bộ nhớ. GC không nên thu hồi tất cả đối tượng không thể truy cập được sao? Trong Android, rò rỉ bộ nhớ thường đề cập đến các đối tượng có thể truy cập nhưng không còn hữu ích. Ví dụ: nếu ứng dụng của bạn duy trì tham chiếu đến một hoạt động Android đã bị huỷ bỏ, thì hoạt động đó sẽ bị coi là một sự cố rò rỉ dữ liệu vì hoạt động không thể hiển thị lại nhưng GC không thể xác nhận lại quyền sở hữu vì nó vẫn thuộc sở hữu của ứng dụng. Một hoạt động thường tốn kém khi lưu giữ trong bộ nhớ.

Android Studio có thể phát hiện các sự cố rò rỉ bộ nhớ mà GC không khắc phục được. Khi bạn chụp một tệp báo lỗi, Android Studio sẽ kiểm tra xem có hoạt động hoặc mảnh nào vẫn có thể truy cập được nhưng đã bị huỷ hay không.

Ghi tệp báo lỗi.
Phân tích tệp báo lỗi để tìm lỗi rò rỉ bộ nhớ.
Khắc phục sự cố rò rỉ bộ nhớ.

Để biết thông tin chi tiết, hãy xem các phần sau.

Ghi tệp báo lỗi

Để ghi tệp báo lỗi, bạn có thể sử dụng Cầu gỡ lỗi Android (adb) hoặc Trình phân tích bộ nhớ trong Android Studio.

Sử dụng adb để ghi tệp báo lỗi

Để chụp tệp báo lỗi bằng adb, hãy làm theo các bước sau:

Kết nối thiết bị Android với máy tính.
Mở lời nhắc lệnh và chuyển đến thư mục chứa các công cụ adb.
Để ghi lại tệp báo lỗi, hãy chạy lệnh sau:

adb shell am dumpheap my.app.name $PHONE_FILE_OUT
Để truy xuất tệp báo lỗi, hãy chạy lệnh sau:

adb pull $PHONE_FILE_OUT $LOCAL_FILE.

Sử dụng Android Studio để ghi tệp báo lỗi

Để ghi lại tệp báo lỗi bằng Trình phân tích bộ nhớ của Android Studio, hãy làm theo các bước sau trong phần Ghi lại tệp báo lỗi của Android.

Phân tích tệp báo lỗi để tìm lỗi rò rỉ bộ nhớ

Sau khi thu thập tệp báo lỗi, bạn có thể sử dụng Trình phân tích bộ nhớ của Android Studio để phân tích tệp đó. Để thực hiện việc này, hãy làm theo các bước sau:

Mở dự án Android trong Android Studio.
Chọn Run (Chạy), sau đó chọn cấu hình Debug (Gỡ lỗi).
Mở thẻ Trình phân tích tài nguyên Android.
Chọn Bộ nhớ.
Chọn Open heap dump (Mở tệp báo lỗi) rồi chọn tệp báo lỗi mà bạn đã tạo. Trình phân tích bộ nhớ hiển thị biểu đồ về mức sử dụng bộ nhớ của ứng dụng.
Sử dụng biểu đồ để phân tích tệp báo lỗi:
- Xác định các đối tượng không còn được sử dụng.
- Xác định các đối tượng sử dụng nhiều bộ nhớ.
- Xem dung lượng bộ nhớ mà mỗi đối tượng đang sử dụng.
Hãy sử dụng thông tin này để thu hẹp hoặc tìm nguồn gốc của sự cố rò rỉ bộ nhớ và khắc phục sự cố đó.

Bước 5: Khắc phục lỗi rò rỉ bộ nhớ

Sau khi xác định được nguồn gốc của sự cố rò rỉ bộ nhớ, bạn có thể khắc phục. Việc khắc phục sự cố rò rỉ bộ nhớ trong ứng dụng Android giúp cải thiện hiệu suất và độ ổn định của ứng dụng. Tuỳ thuộc vào trường hợp, thông tin chi tiết sẽ khác nhau. Tuy nhiên, bạn có thể tham khảo các đề xuất sau:

Đảm bảo ứng dụng của bạn phân bổ và giải phóng bộ nhớ theo đề xuất của chủ đề Android Quản lý bộ nhớ của ứng dụng.
Xoá mã hoặc tài nguyên không dùng đến khỏi ứng dụng. Để biết thông tin chi tiết về ứng dụng Android, hãy xem phần Các phương pháp hay nhất cho ứng dụng Android.

Các công cụ gỡ lỗi khác

Sau khi hoàn tất các bước này, nếu bạn vẫn chưa tìm thấy và khắc phục được sự cố rò rỉ bộ nhớ, hãy thử các công cụ sau:

Gỡ lỗi bộ nhớ trong mã gốc bằng tính năng theo dõi hoạt động phân bổ.
Xác định sự cố rò rỉ bằng LeakCanary.

Gỡ lỗi bộ nhớ trong mã gốc bằng tính năng theo dõi mức phân bổ

Ngay cả khi bạn không trực tiếp sử dụng mã gốc, một số thư viện Android phổ biến cũng sử dụng, bao gồm cả SDK của Google. Nếu cho rằng sự cố rò rỉ bộ nhớ nằm trong mã gốc, bạn có thể sử dụng một số công cụ để gỡ lỗi. Tính năng theo dõi hoạt động phân bổ bằng Android Studio hoặc heapprofd (cũng tương thích với Perfetto) là một cách hiệu quả để xác định các nguyên nhân tiềm ẩn gây rò rỉ bộ nhớ và thường là cách gỡ lỗi nhanh nhất.

Tính năng theo dõi mức phân bổ cũng có một lợi thế khác biệt là cho phép bạn chia sẻ kết quả mà không cần đưa thông tin nhạy cảm có thể tìm thấy trong vùng nhớ khối xếp.

Xác định rò rỉ bằng LeakCanary

LeakCanary là một công cụ mạnh mẽ để xác định tình trạng rò rỉ bộ nhớ trong các ứng dụng Android. Để tìm hiểu thêm về cách sử dụng LeakCanary trong ứng dụng của bạn, hãy truy cập vào LeakCanary.

Cách báo cáo vấn đề về SDK của Google

Nếu bạn đã thử các phương thức trong tài liệu này và nghi ngờ có rò rỉ bộ nhớ trong SDK của chúng tôi, hãy liên hệ với bộ phận hỗ trợ khách hàng và cung cấp nhiều thông tin sau đây nhất có thể:

Các bước để tạo lại sự cố rò rỉ bộ nhớ. Nếu các bước yêu cầu lập trình phức tạp, bạn có thể sao chép mã sao chép vấn đề vào ứng dụng mẫu của chúng tôi và cung cấp các bước bổ sung cần thực hiện trong giao diện người dùng để kích hoạt sự cố rò rỉ.
Tệp báo lỗi được ghi lại từ ứng dụng của bạn khi vấn đề được tạo lại. Ghi lại tệp kết xuất vùng nhớ khối xếp tại 2 thời điểm khác nhau cho thấy mức sử dụng bộ nhớ đã tăng đáng kể.
Nếu dự kiến xảy ra rò rỉ bộ nhớ gốc, hãy chia sẻ đầu ra theo dõi quá trình phân bổ từ heapprofd.
Báo cáo lỗi được lấy sau khi bạn tạo lại điều kiện rò rỉ.
Dấu vết ngăn xếp của mọi sự cố liên quan đến bộ nhớ.

Lưu ý quan trọng: Dấu vết ngăn xếp thường không đủ để gỡ lỗi vấn đề về bộ nhớ, vì vậy, hãy đảm bảo bạn cũng cung cấp một trong các dạng thông tin khác.