Android 17 đã đạt đến bản beta 4, bản beta 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à độ ổ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 kết xuất mượt mà từ cạnh này sang cạnh kia hay tận dụng các API mới nhất, bản beta 4 sẽ 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 bạn phát triển SDK, thư viện, công cụ hoặc công cụ phát triển trò chơi Android, 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 chặn tình trạng 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 trên một thiết bị hoặc trình mô phỏng chạy Android 17 Beta 4. Hãy 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ì các ràng buộc 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ì 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() đều 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 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.)
• Các 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 bị chặn quyền truy cập mạng cục bộ theo mặc định. Chuyển sang sử dụng bộ chọn bảo toàn 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 nền: Kể từ Android 17, khung âm thanh sẽ thực thi các quy tắc hạn chế đối với tương tác âm thanh nền bao gồm cả việc phát âm thanh, yêu cầu lấy 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 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. Bạn có thể xem thông tin chi tiết đầy đủ 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 dung lượng RAM của thiết bị để tạo ra một môi trường ổn định và có tính 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ức thận trọng để thiết lập các đường cơ sở của hệ thống, nhắm đến các tình trạng rò rỉ bộ nhớ cực đoan và các trường hợp 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 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 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 phân tích tài nguyên dựa trên điều kiện 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 sẽ thêm tính năng tích hợp LeakCanary trực tiếp vào 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 đặt trong bối cảnh trong IDE và tích hợp đầy đủ với mã nguồn của bạn.

Dung lượng bộ nhớ nhỏ hơn sẽ giúp cải thiện trực tiếp hiệu suất, kéo dài thời lượng pin và mang lại 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!

Điều kiện kích hoạt phân tích tài nguyên 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ị giúp theo dõi các hành vi sử dụng nhiều tài nguyên và các hồi quy tiềm ẩn về khả năng 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 được kích hoạt bởi các sự kiện cụ thể do hệ thống phát hiện.

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ư 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 các giới hạn bộ nhớ do hệ điều hành xác định, điều kiện 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 quá nhiều thư rác liên kết, điều kiện kích hoạt điểm bất thường sẽ 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ớ. Để tìm 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ề phân tích tài nguyên 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 Kiến trúc mật mã Java 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ý mọi thiết bị Pixel đượ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 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 ý kiến phản hồi về 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 làm 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 trê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/beta 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 beta, 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 beta 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.