Android luôn phát triển và đôi khi những thay đổi đó diễn ra một chút. Một thay đổi như vậy đang thu hút được sự chú ý—và hiện đã có thời hạn chắc chắn từ Google—là việc chuyển sang kích thước trang 16 KB. Nếu bạn là nhà phát triển Android, đặc biệt là với mã gốc trong ứng dụng của mình thì việc hiểu rõ sự thay đổi này thực sự quan trọng để giữ cho ứng dụng của bạn hoạt động mượt mà và tương thích.
Mục lục
-
Kích thước trang là gì?
-
Tại sao sự thay đổi này lại được thực hiện ngay bây giờ?
-
Ưu và nhược điểm của sự thay đổi này là gì?
-
Bạn có nên lo lắng về sự thay đổi này không?
-
Điều này có bắt buộc không?
-
Điều gì sẽ xảy ra nếu bạn không nâng cấp ứng dụng của mình?
-
Điều này ảnh hưởng đến ứng dụng lai như thế nào?
-
Thay đổi mã cho việc này sẽ là gì?
-
Cách xác minh xem ứng dụng của bạn có được nâng cấp lên kích thước trang 16 KB hay không
-
Kết luận
Hãy coi bộ nhớ thiết bị của bạn giống như một cuốn sách. Hệ điều hành không đọc bộ nhớ từng từ nhỏ một; nó đọc theo từng đoạn. Những phần này được gọi là "trang". Trong một thời gian dài, trên hầu hết các thiết bị Android ARM64, các trang này có kích thước 4 KB. Giờ đây, đối với một số thiết bị Android mới hơn (cụ thể là những thiết bị chạy Android 13 trở lên), kích thước trang đó đã tăng gấp bốn lần lên 16 KB.
Tại sao thay đổi này lại được triển khai ngay bây giờ?
Mục đích chính là làm cho Android chạy tốt hơn trên phần cứng hiện đại. Dưới đây là một số lý do tại sao nó được triển khai:
Hiệu suất tốt hơn: Bộ xử lý hiện đại có thể xử lý các khối bộ nhớ lớn hơn hiệu quả hơn. Kích thước trang 16 KB có nghĩa là CPU dành ít thời gian hơn để quản lý các phần nhỏ bộ nhớ và có nhiều thời gian hơn để thực hiện công việc thực tế, điều này có thể dẫn đến hiệu suất ứng dụng nhanh hơn.
Hoạt động mượt mà hơn: Với ít trang hơn và lớn hơn để theo dõi, bản thân hệ thống sẽ giảm bớt chi phí hoạt động, khiến mọi thứ trở nên hợp lý hơn một chút.
Theo kịp công nghệ: Thay đổi này giúp Android điều chỉnh theo cách thiết kế của bộ xử lý ARM64 mới hơn để hoạt động tốt nhất.
Ưu điểm và nhược điểm của sự thay đổi này là gì?
Mọi thay đổi lớn đều có ưu và nhược điểm riêng.
Ưu điểm
-
Các ứng dụng di chuyển nhiều dữ liệu hoặc sử dụng nhiều bộ nhớ có thể sẽ hoạt động nhanh hơn một chút
-
Hệ thống có thể chạy hiệu quả hơn một chút, gián tiếp mang lại lợi ích cho tất cả các ứng dụng
Nhược điểm
-
Nếu mã gốc của bạn liên tục yêu cầu các bit bộ nhớ rất nhỏ (dưới 16 KB), thì mỗi bit đó hiện có thể chiếm toàn bộ trang 16 KB, có khả năng sử dụng nhiều bộ nhớ hơn trước một chút.
-
Nếu mã gốc của bạn giả định rằng "các trang bộ nhớ luôn có kích thước 4 KB" thì mã đó có thể gặp sự cố trên các thiết bị trang 16 KB.
Bạn có nên lo lắng về sự thay đổi này không?
Bạn cần chú ý nếu:
-
Ứng dụng của bạn bao gồm các thư viện gốc (như
.sotập tin) được viết bằng C/C++. Đây là nơi tác động trực tiếp nhất. Nếu mã gốc của bạn thực hiện bất kỳ điều gì với ánh xạ bộ nhớ (mmap, shmem) hoặc I/O tệp trong đó nó tính toán độ lệch hoặc kích thước dựa trên kích thước trang cố định. -
Bạn đang phát triển trò chơi hoặc các ứng dụng đòi hỏi hiệu suất cao khác bằng các thành phần gốc.
-
Bạn đang nhắm mục tiêu đến Android 15+ với các bản cập nhật ứng dụng của mình.
Bạn không cần phải lo lắng nếu:
-
Ứng dụng của bạn được xây dựng hoàn toàn bằng Java hoặc Kotlin mà không có thành phần gốc. Android Runtime (ART) xử lý bộ nhớ cho bạn nên những thay đổi cơ bản về kích thước trang này hầu như không được nhìn thấy. Bạn vẫn sẽ nhận được lợi ích về hiệu suất!
-
Bạn đang sử dụng React Native hoặc Flutter, trừ khi bạn đã thêm các mô-đun gốc tùy chỉnh xử lý trực tiếp việc ánh xạ bộ nhớ hoặc các hoạt động phụ thuộc vào kích thước trang
Điều này có bắt buộc không?
Vâng. Google Play đang biến điều này thành một yêu cầu đối với các bản cập nhật ứng dụng. Bạn sẽ nhận được email từ Google Play nếu ứng dụng của bạn chưa hỗ trợ kích thước trang 16 KB.
Như ảnh chụp màn hình hiển thị rõ ràng:"Từ ngày 1 tháng 11 năm 2025, nếu bản cập nhật ứng dụng của bạn không hỗ trợ kích thước trang bộ nhớ 16 KB, bạn sẽ không thể phát hành các bản cập nhật này" cho các ứng dụng nhắm mục tiêu Android 15+. Điều này giúp chúng tôi có khung thời gian chắc chắn để chuẩn bị mọi thứ.
Nếu bạn không nâng cấp ứng dụng của mình thì sao?
Bạn có thể nhận thấy một số vấn đề nghiêm trọng nếu ứng dụng của bạn có thư viện gốc chưa sẵn sàng cho kích thước trang 16 KB trước thời hạn. Dưới đây là một số:
-
Sự cố: Đây là điều nghiêm trọng nhất. Ứng dụng của bạn có thể gặp sự cố bất ngờ (thường kèm theo "lỗi phân đoạn") nếu ứng dụng cố truy cập bộ nhớ không chính xác do giả định kích thước trang cũ.
-
Bộ nhớ bị lãng phí: Nếu mã của bạn phân bổ bộ nhớ theo các phần nhỏ hơn 16 KB thì cuối cùng nó có thể sử dụng nhiều bộ nhớ hơn mức cần thiết, có khả năng làm mọi thứ chậm lại hoặc đạt đến giới hạn bộ nhớ.
-
Hiệu suất đạt được: Thay vì tăng tốc độ, ứng dụng của bạn thực sự có thể chạy chậm hơn nếu hoạt động bộ nhớ của ứng dụng không phù hợp với kích thước trang lớn hơn.
Về cơ bản, ứng dụng của bạn có thể hoạt động tốt hiện nay nhưng sẽ không ổn định hoặc kém hiệu quả trên các thiết bị Android mới hơn nếu các thành phần gốc của ứng dụng đó không được cập nhật.
Điều này ảnh hưởng đến ứng dụng kết hợp như thế nào?
Nói chung, nếu bạn đang xây dựng một ứng dụng lai tiêu chuẩn (ứng dụng React Native hoặc Flutter) mà không có mô-đun gốc tùy chỉnh, thì bạn đang ở một vị trí khá tốt. Bản thân các khung và thời gian chạy cơ bản (công cụ JavaScript cho React Native, Dart VM cho Flutter), thường xử lý việc quản lý bộ nhớ, loại bỏ kích thước trang.
Tuy nhiên, nếu bạn đã triển khai các mô-đun gốc tùy chỉnh trong C++ cho các tác vụ quan trọng về hiệu năng hoặc các tương tác phần cứng cụ thể thì bạn cần phải kiểm tra các mô-đun đó.
Đối với phần lớn các ứng dụng React Native và Flutter tiêu chuẩn, bạn có thể sẽ không cần thay đổi mã trực tiếp liên quan đến kích thước trang, nhưng hãy luôn đảm bảo rằng bạn đang sử dụng các phiên bản SDK mới nhất cho khung của mình để hưởng lợi từ mọi bản cập nhật nền tảng cơ bản.
Thay đổi mã cho việc này là gì?
Điều lớn nhất cần tránh trong mã gốc của bạn là đưa ra các giả định về kích thước trang bộ nhớ. Thay vì mã hóa cứng 4096 (cho 4 KB), hãy luôn hỏi hệ điều hành kích thước trang hiện tại của nó là bao nhiêu.
Các bước cần thực hiện:
-
Kiểm tra mã gốc của bạn: Tìm kiếm
.cppcủa bạn ,.c, và.hcác tệp để sử dụng trực tiếp 4096 hoặc 4 KB trong phân bổ bộ nhớ, định cỡ bộ đệm hoặc tính toán căn chỉnh -
Thay thế bằng
sysconf(_SC_PAGESIZE)hoặcgetpagesize(): Cập nhật mọi giá trị cố định để truy xuất động kích thước trang thực tế. -
Biên dịch lại bằng NDK mới nhất: Đảm bảo bạn đang xây dựng thư viện gốc của mình bằng NDK Android gần đây (r25 hoặc mới hơn là mục tiêu tốt). Điều này đảm bảo chuỗi công cụ của bạn nhận biết được kích thước trang 16 KB và cung cấp các định nghĩa hệ thống chính xác.
Cách xác minh xem ứng dụng của bạn có được nâng cấp lên kích thước trang 16 KB hay không
Bạn có thể xác minh xem ứng dụng của mình có được nâng cấp hay không bằng cách chạy thử nghiệm rộng rãi. Tuy nhiên, sau đây là một vài bước nữa.
-
Kiểm tra kích thước trang trên thiết bị thử nghiệm của bạn:
-
Kết nối thiết bị thử nghiệm Android 13+ của bạn (tốt nhất là thiết bị mới hơn như Pixel) thông qua ADB
-
Chạy
adb shell getconf PAGE_SIZE -
Nếu nó trả về 16384 thì bạn đang thử nghiệm trên thiết bị trang 16 KB! Nếu nó trả về 4096, bạn sẽ cần tìm một thiết bị khác để kiểm tra chính xác sự thay đổi này
-
Đây là ảnh chụp màn hình mẫu từ thiết bị của tôi
-
-
Chạy ứng dụng của bạn một cách rộng rãi: Sau khi bạn có thiết bị trang 16 KB, hãy thử nghiệm ứng dụng của bạn. Hãy thử tất cả các tính năng, đặc biệt là những tính năng liên quan đến mã gốc, tải dữ liệu nặng hoặc các hoạt động phức tạp.
-
Theo dõi sự cố: Theo dõi chặt chẽ các công cụ báo cáo sự cố của bạn (như Crashlytics). Cụ thể là tìm kiếm các sự cố tự nhiên (
SIGSEGV,SIGBUS) đến từ các thiết bị Android 13+ vì những thiết bị này có thể liên quan đến vấn đề về kích thước trang. -
Cấu hình bộ nhớ: Mặc dù ít trực tiếp hơn nhưng nếu bạn nghi ngờ sự thiếu hiệu quả của bộ nhớ trong mã gốc của mình, hãy sử dụng Trình phân tích bộ nhớ của Android Studio để xem liệu phân bổ có lớn bất ngờ hay không hoặc có sử dụng quá mức bộ nhớ hay không.
Kết luận
Trong blog này, chúng ta đã tìm hiểu về kích thước trang trong Android cũng như lý do và cách nâng cấp ứng dụng của bạn để hỗ trợ kích thước trang 16 KB. Tôi hy vọng bạn có ý tưởng rõ ràng về kích thước trang 16 KB trong Android. Bằng cách chủ động ngay từ bây giờ, bạn có thể tránh được tình trạng lộn xộn vào phút cuối và đảm bảo ứng dụng của mình tiếp tục hoạt động tốt trên các thiết bị Android mới nhất sau thời hạn tháng 11 năm 2025!
Bạn có thể theo dõi tài khoản Twitter/X của tôi để nhận những tin tức hàng đầu về AI hàng ngày. Nếu bạn muốn tìm hiểu thêm về phát triển ứng dụng dành cho thiết bị di động, hãy đăng ký nhận bản tin email của tôi (https://5minslearn.gogosoon.com/) và theo dõi tôi trên mạng xã hội.
Học cách viết mã miễn phí. Chương trình giảng dạy mã nguồn mở của freeCodeCamp đã giúp hơn 40.000 người có được việc làm với tư cách là nhà phát triển. Bắt đầu