Bản thử nghiệm thứ tư của Android 17

Android 17 đã phát hành bản beta 4, bản beta cuối cùng theo lịch trình của chu kỳ phát hành này. Đây là một cột mốc quan trọng đối với khả năng tương thích của ứng dụng và độ ổn định của nền tảng. Cho dù bạn đang tinh chỉnh trải nghiệm người dùng của ứng dụng, đảm bảo hiển thị tràn viền mượt mà hay tận dụng các API mới nhất, thì Bản thử nghiệm 4 đều cung cấp môi trường gần như hoàn chỉnh mà bạn cần để thử nghiệm. 

Hãy chuẩn bị sẵn sàng ứng dụng, thư viện, công cụ và công cụ phát triển trò chơi của bạn!

Nếu bạn phát triển SDK Android, thư viện, công cụ hoặc công cụ phát triển trò chơi, thì việc chuẩn bị mọi bản cập nhật cần thiết ngay bây giờ là rất quan trọng để ngăn nhà phát triển ứng dụng và trò chơi hạ nguồn bị chặn do các vấn đề về khả năng tương thích, đồng thời cho phép họ nhắm đến các tính năng mới nhất của SDK. Vui lòng cho các nhà phát triển hạ nguồn biết nếu cần cập nhật để hỗ trợ đầy đủ Android 17.

Quá trình kiểm thử bao gồm việc cài đặt ứng dụng chính thức hoặc ứng dụng thử nghiệm sử dụng thư viện hoặc công cụ của bạn bằng Google Play hoặc các phương tiện khác trên thiết bị hoặc trình mô phỏng chạy Android 17 Beta 4. Thực hiện tất cả quy trình của ứng dụng và tìm các vấn đề về chức năng hoặc giao diện người dùng. Mỗi bản phát hành Android đều có các thay đổi về nền tảng giúp cải thiện quyền riêng tư, bảo mật và trải nghiệm người dùng tổng thể; hãy xem xét các thay đổi về hành vi ảnh hưởng đến ứng dụng chạy trên và nhắm đến Android 17 để tập trung kiểm thử, bao gồm:

• Khả năng đổi kích thước trên màn hình lớn: Sau khi nhắm đến Android 17, bạn không thể chọn không duy trì các quy tắc hạn chế về hướng, khả năng đổi kích thước và tỷ lệ khung hình trên màn hình lớn.
• Tải mã động: Nếu ứng dụng của bạn nhắm đến Android 17 trở lên, thì biện pháp bảo vệ Tải mã động an toàn hơn (DCL) được giới thiệu trong Android 14 cho tệp DEX và JAR hiện sẽ áp dụng cho cả thư viện gốc. Tất cả tệp gốc được tải bằng System.load() phải được đánh dấu là chỉ có quyền đọc. Nếu không, hệ thống sẽ gửi ra UnsatisfiedLinkError.
• Bật tính minh bạch của chứng chỉ (CT) theo mặc định: Tính minh bạch của chứng chỉ (CT) được bật theo mặc định. (Trên Android 16, CT có sẵn nhưng các ứng dụng phải chọn sử dụng.)
• Biện pháp bảo vệ mạng cục bộ: Các ứng dụng nhắm đến Android 17 trở lên sẽ bị chặn quyền truy cập vào mạng cục bộ theo mặc định. Chuyển sang sử dụng bộ chọn đảm bảo quyền riêng tư nếu có thể và sử dụng quyền ACCESS_LOCAL_NETWORK mới để có quyền truy cập rộng và liên tục.
• Tăng cường bảo mật âm thanh nền: Kể từ Android 17, khung âm thanh sẽ thực thi các quy định hạn chế đối với hoạt động tương tác âm thanh nền, bao gồm cả việc phát âm thanh, yêu cầu về tiêu điểm âm thanh và API thay đổi âm lượng. Dựa trên ý kiến phản hồi của bạn, chúng tôi đã thực hiện một số thay đổi kể từ bản beta 2, bao gồm cả việc thực thi FGS khi đang sử dụng có kiểm soát targetSDK và miễn trừ âm thanh báo thức. Bạn có thể xem toàn bộ thông tin trong hướng dẫn mới.

Giới hạn bộ nhớ ứng dụng

Android sẽ ra mắt tính năng giới hạn bộ nhớ ứng dụng dựa trên tổng dung lượng RAM của thiết bị để tạo ra một môi trường ổn định và dễ dự đoán hơn cho các ứng dụng của bạn và người dùng Android. Trong Android 17, các hạn mức được đặt ở mức thận trọng để thiết lập các giá trị cơ sở của hệ thống, nhắm đến tình trạng rò rỉ bộ nhớ nghiêm trọng và các điểm bất thường khác trước khi chúng gây ra tình trạng không ổn định trên toàn hệ thống, dẫn đến hiện tượng giật giao diện người dùng, hao pin nhiều hơn và ứng dụng bị tắt. Mặc dù chúng tôi dự đoán rằng thay đổi này sẽ có tác động tối thiểu đến phần lớn các phiên hoạt động của ứng dụng, nhưng bạn nên áp dụng các phương pháp hay nhất sau đây về bộ nhớ, bao gồm cả việc thiết lập một mức cơ sở cho bộ nhớ.

Trong quá trình triển khai hiện tại, getDescription trong ApplicationExitInfo sẽ chứa chuỗi "MemoryLimiter" nếu ứng dụng của bạn bị ảnh hưởng. Bạn cũng có thể sử dụng phân tích dựa trên điều kiện kích hoạt với TRIGGER_TYPE_ANOMALY để lấy tệp báo lỗi vùng nhớ khối xếp được thu thập khi đạt đến giới hạn bộ nhớ.

Để giúp bạn tìm thấy lỗi rò rỉ bộ nhớ, Android Studio Panda bổ sung tính năng tích hợp LeakCanary ngay trong Trình phân tích tài nguyên của Android Studio dưới dạng một tác vụ chuyên dụng, được bối cảnh hoá trong IDE và tích hợp đầy đủ với mã nguồn của bạn.

Mức sử dụng bộ nhớ thấp hơn sẽ trực tiếp mang lại hiệu suất mượt mà hơn, thời lượng pin dài hơn và trải nghiệm cao cấp trên mọi kiểu dáng. Hãy cùng nhau xây dựng một tương lai nhanh hơn, đáng tin cậy hơn cho hệ sinh thái Android!

Tạo hồ sơ điều kiện kích hoạt cho các điểm bất thường trong ứng dụng

Android ra mắt dịch vụ phát hiện hoạt động bất thường trên thiết bị, giúp theo dõi các hành vi tiêu tốn nhiều tài nguyên và khả năng hồi quy tương thích. Được tích hợp với ProfilingManager, dịch vụ này cho phép ứng dụng của bạn nhận các cấu phần phần mềm phân tích tài nguyên do các sự kiện cụ thể mà hệ thống phát hiện được kích hoạt.

Sử dụng điều kiện kích hoạt TRIGGER_TYPE_ANOMALY để phát hiện các vấn đề về hiệu suất hệ thống, chẳng hạn như các lệnh gọi liên kết quá mức và mức sử dụng bộ nhớ quá mức. Khi một ứng dụng vi phạm giới hạn bộ nhớ do hệ điều hành xác định, trình kích hoạt bất thường sẽ cho phép nhà phát triển nhận tệp báo lỗi dành riêng cho ứng dụng để giúp xác định và khắc phục các vấn đề về bộ nhớ. Ngoài ra, đối với trường hợp có quá nhiều nội dung rác trong trình liên kết, trình kích hoạt bất thường sẽ cung cấp hồ sơ lấy mẫu ngăn xếp về các giao dịch của trình liên kết.

Lệnh gọi lại API này diễn ra trước khi hệ thống áp dụng bất kỳ biện pháp thực thi nào. Ví dụ: API này có thể giúp nhà phát triển thu thập dữ liệu gỡ lỗi trước khi ứng dụng bị hệ thống chấm dứt do vượt quá giới hạn bộ nhớ. Để tìm hiểu cách sử dụng trình kích hoạt, hãy xem tài liệu của chúng tôi về lập hồ sơ dựa trên trình kích hoạt.

    val profilingManager = applicationContext.getSystemService(ProfilingManager::class.java)
    val triggers = ArrayList<ProfilingTrigger>()  
    triggers.add(ProfilingTrigger.Builder(
                 ProfilingTrigger.TRIGGER_TYPE_ANOMALY))
    val mainExecutor: Executor = Executors.newSingleThreadExecutor()
    val resultCallback = Consumer<ProfilingResult> { profilingResult ->
        if (profilingResult.errorCode != ProfilingResult.ERROR_NONE) {
            // upload profile result to server for further analysis          
            setupProfileUploadWorker(profilingResult.resultFilePath)
        } 
    profilingManager.registerForAllProfilingResults(mainExecutor, resultCallback)
    profilingManager.addProfilingTriggers(triggers)
}

Mật mã học hậu lượng tử (PQC) trong Kho khoá Android

Kho khoá Android bổ sung tính năng hỗ trợ cho ML-DSA (Giải thuật ký số dựa trên mạng tinh thể mô-đun) theo tiêu chuẩn của NIST. Trên các thiết bị được hỗ trợ, bạn có thể tạo khoá ML-DSA và sử dụng khoá đó để tạo chữ ký an toàn lượng tử, hoàn toàn trong phần cứng bảo mật của thiết bị. Kho khoá Android hiển thị các biến thể thuật toán ML-DSA-65 và ML-DSA-87 thông qua các API Kiến trúc mật mã Java tiêu chuẩn: KeyPairGenerator, KeyFactory và Signature. Để biết thêm thông tin, hãy xem tài liệu dành cho nhà phát triển của chúng tôi.

KeyPairGenerator generator = KeyPairGenerator.getInstance(
        “ML-DSA-65”, "AndroidKeyStore");
generator.initialize(
        new KeyGenParameterSpec.Builder(
                “my-key-alias”,
                KeyProperties.PURPOSE_SIGN | KeyProperties.PURPOSE_VERIFY)
        .build());
KeyPair keyPair = generator.generateKeyPair();

Làm quen với Android 17

Bạn có thể đăng ký bất kỳ thiết bị Pixel nào được hỗ trợ để nhận bản cập nhật này và các bản cập nhật Android Beta trong tương lai qua mạng không dây. Nếu không có thiết bị Pixel, bạn có thể sử dụng ảnh hệ thống 64 bit với Trình mô phỏng Android trong Android Studio.

Nếu đang tham gia Chương trình thử nghiệm Android, bạn sẽ được cung cấp bản cập nhật qua mạng không dây lên Beta 4.

Hãy tiếp tục báo cáo vấn đề và gửi yêu cầu về tính năng trên trang phản hồi. Chúng tôi nhận được ý kiến phản hồi của bạn càng sớm thì càng có thể đưa nhiều ý kiến vào bản phát hành chính thức.

Để có trải nghiệm phát triển tốt nhất với Android 17, bạn nên dùng bản xem trước mới nhất của Android Studio (Panda). Sau khi thiết lập, bạn nên làm một số việc sau:

• Biên dịch dựa trên SDK mới, thử nghiệm trong môi trường CI và báo cáo mọi vấn đề trong công cụ theo dõi của chúng tôi trên trang ý kiến phản hồi.
• Kiểm thử khả năng tương thích của ứng dụng hiện tại, tìm hiểu xem ứng dụng của bạn có chịu ảnh hưởng của các thay đổi trong Android 17 hay không, đồng thời cài đặt ứng dụng vào một thiết bị hoặc trình mô phỏng chạy Android 17 rồi kiểm thử kỹ lưỡng.

Chúng tôi sẽ thường xuyên cập nhật hình ảnh hệ thống xem trước/thử nghiệm và SDK trong suốt chu kỳ phát hành Android 17. Sau khi cài đặt bản dựng thử nghiệm, bạn sẽ tự động nhận được các bản cập nhật qua mạng không dây cho tất cả các bản dùng thử và bản thử nghiệm sau này.

Để biết thông tin đầy đủ, hãy truy cập trang web dành cho nhà phát triển Android 17.

Tham gia cuộc trò chuyện

Ý kiến phản hồi của bạn vẫn là tài sản quý giá nhất của chúng tôi. Cho dù bạn là người sử dụng sớm trên kênh Canary hay nhà phát triển ứng dụng đang thử nghiệm trên bản Beta 4, hãy cân nhắc tham gia các cộng đồng của chúng tôi và gửi ý kiến phản hồi. Chúng tôi luôn lắng nghe.