Android 17 đã đạt đến bản thử nghiệm thứ 4, bản thử nghiệm theo lịch trình cuối cùng của chu kỳ phát hành này, 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à tính ổ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ị mượt mà từ cạnh này sang cạnh kia hay tận dụng các API mới nhất, thì bản thử nghiệm thứ 4 đều cung cấp môi trường gần như hoàn chỉnh mà bạn cần để kiểm thử. 

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

Nếu phát triển một SDK Android, thư viện, công cụ hoặc công cụ phát triển trò chơi, thì bạn cần chuẩn bị mọi bản cập nhật cần thiết ngay bây giờ để ngăn chặn việc các 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 và cho phép họ nhắm đến các tính năng SDK mới nhất. 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 đủ cho Android 17.

Quy trình kiểm thử bao gồm việc cài đặt ứng dụng phát hành chính thức hoặc ứng dụng kiểm thử sử dụng thư viện hoặc công cụ phát triển trò chơi của bạn bằng Google Play hoặc các phương tiện khác lên một 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 chứa 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 đối với các ứng dụng chạy trên và nhắm đến Android 17 để tập trung vào quy trình kiểm thử, bao gồm cả những thay đổi sau:

• 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 còn có thể chọn không duy trì hướng, khả năng đổi kích thước và các quy tắc hạn chế 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ì tính năng bảo vệ Tải mã động an toàn hơn (DCL) ra mắt trong Android 14 cho các tệp DEX và JAR hiện đã mở rộng sang các thư viện gốc. Tất cả cá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 năng 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, tính năng CT có sẵn nhưng các ứng dụng phải chọn tham gia.)
• Tính năng bảo vệ mạng cục bộ: Các ứng dụng nhắm đến Android 17 trở lên có quyền truy cập mạng cục bộ bị chặn theo mặc định. Chuyển sang sử dụng trình chọn bảo vệ 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 rãi và liên tục.
• Tăng cường bảo mật âm thanh trên nền: Kể từ Android 17, khung âm thanh sẽ thực thi các quy tắc hạn chế đối với hoạt động tương tác âm thanh trên nền, bao gồm cả việc phát âm thanh, yêu cầu quyền phát â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 thử nghiệm thứ 2, bao gồm cả việc kiểm soát targetSDK trong khi thực thi FGS đang sử dụng và miễn trừ âm thanh báo thức. Thông tin chi tiết đầy đủ có trong hướng dẫn cập nhật.

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

Android đang giới thiệu các giới hạn bộ nhớ ứng dụng dựa trên tổng RAM của thiết bị để tạo một môi trường ổn định và có thể xác định hơn cho các ứng dụng và người dùng Android. Trong Android 17, các giới hạn được đặt một cách thận trọng để thiết lập các đường 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 ngoại lệ khác trước khi chúng gây ra tình trạng bất ổn trên toàn hệ thống dẫn đến tình trạng kết xuất gián đoạn giao diện người dùng, tiêu hao pin nhiều hơn và ứng dụng bị huỷ. Mặc dù chúng tôi dự đoán sẽ có tác động tối thiểu đến phần lớn các phiên ứ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 đường 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 lập hồ sơ dựa trên trình kích hoạt với TRIGGER_TYPE_ANOMALY để nhận các kết xuất vùng nhớ heap được thu thập khi đạt đến giới hạn bộ nhớ.

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

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

Kích hoạt lập hồ sơ cho các điểm bất thường của ứng dụng

Android giới thiệu một dịch vụ phát hiện điểm bất thường trên thiết bị để theo dõi các hành vi sử dụng nhiều tài nguyên và khả năng tương thích bị hồi quy. Đượ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 lập hồ sơ do các sự kiện cụ thể do hệ thống phát hiện kích hoạt.

Sử dụng trình 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ư số lượng 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 điểm bất thường cho phép nhà phát triển nhận các kết xuất vùng nhớ heap 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 tình trạng gửi thư rác liên kết quá mức, trình kích hoạt điểm bất thường cung cấp một hồ sơ ảnh chụp nhanh tạo bằng cách lấy mẫu trên các giao dịch liên kết.

Lệnh gọi lại API này xảy ra trước khi bất kỳ quy tắc thực thi nào do hệ thống áp đặt. Ví dụ: lệnh gọi lại 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ớ. Để hiểu cách sử dụng điều kiện 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 điều kiện 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 đã thêm tính năng hỗ trợ cho ML-DSA (Thuật toán chữ ký số dựa trên mô-đun-lưới) được NIST tiêu chuẩn hoá. Trên các thiết bị được hỗ trợ, bạn có thể tạo khoá ML-DSA và sử dụng các khoá này để tạo chữ ký an toàn cho 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 Java Cryptographic Architecture tiêu chuẩn: KeyPairGenerator, KeyFactory và Signature. Để biết thêm thông tin chi tiết, hãy xem tài liệu dành cho nhà phát triển.

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();

Bắt đầu với Android 17

Bạn có thể đăng ký bất kỳ thiết bị Pixel được hỗ trợ nào để 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 hình ảnh hệ thống 64 bit với Trình mô phỏng Android trong Android Studio.

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

Tiếp tục báo cáo vấn đề và gửi yêu cầu tính năng trên trang phản hồi. Bạn gửi ý kiến phản hồi càng sớm thì chúng tôi càng có thể đưa vào công việc của mình trong 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 sử 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 thực hiện một số việc sau:

• Biên dịch dựa trên SDK mới, kiểm thử 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 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ó bị ảnh hưởng bởi các thay đổi trong Android 17 hay không, cài đặt ứng dụng của bạn lên một thiết bị hoặc trình mô phỏng chạy Android 17 và kiểm thử kỹ lưỡng.

Chúng tôi sẽ cập nhật hình ảnh hệ thống xem trước/thử nghiệm và SDK thường xuyên 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 trong tương lai qua mạng không dây cho tất cả các bản xem trước 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 dùng sớm trên kênh Canary hay nhà phát triển ứng dụng kiểm thử trên Beta 4, hãy cân nhắc tham gia 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.