Thay đổi về hành vi: Ứng dụng nhắm đến Android 14 trở lên

Giống như các bản phát hành trước, Android 14 có các thay đổi về hành vi có thể ảnh hưởng đến ứng dụng của bạn. Những thay đổi về hành vi sau đây chỉ áp dụng cho ứng dụng nhắm đến Android 14 (API cấp 34) trở lên. Nếu ứng dụng của bạn nhắm đến Android 14 trở lên, bạn nên điều chỉnh ứng dụng để hỗ trợ những hành vi này cho phù hợp (nếu cần).

Ngoài ra, hãy nhớ tham khảo danh sách các thay đổi về hành vi ảnh hưởng đến tất cả ứng dụng chạy trên Android 14 bất kể targetSdkVersion của ứng dụng.

Chức năng cốt lõi

Bắt buộc phải có loại dịch vụ trên nền trước

If your app targets Android 14 (API level 34) or higher, it must specify at least one foreground service type for each foreground service within your app. You should choose a foreground service type that represents your app's use case. The system expects foreground services that have a particular type to satisfy a particular use case.

If a use case in your app isn't associated with any of these types, it's strongly recommended that you migrate your logic to use WorkManager or user-initiated data transfer jobs.

Thực thi quyền BLUETOOTH_CONNECT trong BluetoothAdapter

Android 14 enforces the BLUETOOTH_CONNECT permission when calling the BluetoothAdapter getProfileConnectionState() method for apps targeting Android 14 (API level 34) or higher.

This method already required the BLUETOOTH_CONNECT permission, but it was not enforced. Make sure your app declares BLUETOOTH_CONNECT in your app's AndroidManifest.xml file as shown in the following snippet and check that a user has granted the permission before calling getProfileConnectionState.

<uses-permission android:name="android.permission.BLUETOOTH_CONNECT" />

Nội dung cập nhật OpenJDK 17

Android 14 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases, including both library updates and Java 17 language support for app and platform developers.

A few of these changes can affect app compatibility:

  • Changes to regular expressions: Invalid group references are now disallowed to more closely follow the semantics of OpenJDK. You might see new cases where an IllegalArgumentException is thrown by the java.util.regex.Matcher class, so make sure to test your app for areas that use regular expressions. To enable or disable this change while testing, toggle the DISALLOW_INVALID_GROUP_REFERENCE flag using the compatibility framework tools.
  • UUID handling: The java.util.UUID.fromString() method now does more strict checks when validating the input argument, so you might see an IllegalArgumentException during deserialization. To enable or disable this change while testing, toggle the ENABLE_STRICT_VALIDATION flag using the compatibility framework tools.
  • ProGuard issues: In some cases, the addition of the java.lang.ClassValue class causes an issue if you try to shrink, obfuscate, and optimize your app using ProGuard. The problem originates with a Kotlin library that changes runtime behaviour based on whether Class.forName("java.lang.ClassValue") returns a class or not. If your app was developed against an older version of the runtime without the java.lang.ClassValue class available, then these optimizations might remove the computeValue method from classes derived from java.lang.ClassValue.

JobScheduler củng cố hành vi gọi lại và hành vi mạng

Kể từ khi ra mắt, JobScheduler dự kiến ứng dụng của bạn sẽ trả về từ onStartJob hoặc onStopJob trong vòng vài giây. Trước Android 14, nếu một công việc chạy quá lâu, thì công việc đó sẽ bị dừng và không tự động ngừng hoạt động. Nếu ứng dụng của bạn nhắm đến Android 14 (API cấp 34) trở lên và vượt quá thời gian đã cấp trên luồng chính, ứng dụng sẽ kích hoạt lỗi ANR kèm thông báo lỗi "Không phản hồi onStartJob" hoặc "Không phản hồi onStopJob".

Lỗi ANR này có thể xảy ra do 2 tình huống: 1. Có công việc chặn luồng chính, ngăn chặn các lệnh gọi lại onStartJob hoặc onStopJob thực thi và hoàn thành trong giới hạn thời gian dự kiến. 2. Nhà phát triển đang chạy công việc chặn trong lệnh gọi lại JobScheduler onStartJob hoặc onStopJob, ngăn lệnh gọi lại hoàn tất trong giới hạn thời gian dự kiến.

Để giải quyết vấn đề #1, bạn cần gỡ lỗi thêm về điều gì đang chặn luồng chính khi lỗi ANR xảy ra. Bạn có thể thực hiện việc này bằng cách sử dụng ApplicationExitInfo#getTraceInputStream() để lấy dấu vết bia mộ khi lỗi ANR xảy ra. Nếu bạn có thể tái hiện lỗi ANR theo cách thủ công, bạn có thể ghi lại dấu vết hệ thống và kiểm tra dấu vết đó bằng Android Studio hoặc Perfetto để hiểu rõ hơn về ứng dụng đang chạy trên luồng chính khi ANR xảy ra. Xin lưu ý rằng điều này có thể xảy ra khi bạn sử dụng trực tiếp API JobScheduler hoặc sử dụng thư viện androidx WorkManager.

Để giải quyết vấn đề 2, hãy cân nhắc chuyển sang WorkManager, công cụ này cung cấp hỗ trợ gói mọi quá trình xử lý trong onStartJob hoặc onStopJob trong luồng không đồng bộ.

JobScheduler cũng đưa ra yêu cầu khai báo Quyền ACCESS_NETWORK_STATE nếu sử dụng setRequiredNetworkType hoặc Quy tắc ràng buộc setRequiredNetwork. Nếu ứng dụng của bạn không khai báo Quyền ACCESS_NETWORK_STATE khi lên lịch công việc và đang nhắm mục tiêu Android 14 trở lên sẽ dẫn đến SecurityException.

Tiles launch API

Đối với ứng dụng nhắm đến độ tuổi 14 trở lên, TileService#startActivityAndCollapse(Intent) không được dùng nữa và hiện đang gửi khi được gọi là một ngoại lệ. Nếu ứng dụng của bạn khởi chạy hoạt động từ thẻ thông tin, hãy sử dụng TileService#startActivityAndCollapse(PendingIntent).

Quyền riêng tư

Quyền truy cập một phần vào ảnh và video

Android 14 introduces Selected Photos Access, which allows users to grant apps access to specific images and videos in their library, rather than granting access to all media of a given type.

This change is only enabled if your app targets Android 14 (API level 34) or higher. If you don't use the photo picker yet, we recommend implementing it in your app to provide a consistent experience for selecting images and videos that also enhances user privacy without having to request any storage permissions.

If you maintain your own gallery picker using storage permissions and need to maintain full control over your implementation, adapt your implementation to use the new READ_MEDIA_VISUAL_USER_SELECTED permission. If your app doesn't use the new permission, the system runs your app in a compatibility mode.

Trải nghiệm người dùng

Thông báo bảo mật về ý định toàn màn hình

Với Android 11 (API cấp 30), mọi ứng dụng đều có thể sử dụng Notification.Builder.setFullScreenIntent để gửi ý định toàn màn hình trong khi điện thoại đang khoá. Bạn có thể tự động cấp quyền này khi cài đặt ứng dụng bằng cách khai báo quyền USE_FULL_SCREEN_INTENT trong AndroidManifest.

Thông báo về ý định toàn màn hình được thiết kế cho các thông báo có mức độ ưu tiên cực kỳ cao đòi hỏi người dùng phải chú ý ngay (ví dụ: chế độ cài đặt đồng hồ báo thức hoặc cuộc gọi điện thoại đến) do người dùng thiết lập. Đối với ứng dụng nhắm đến Android 14 (API cấp 34) trở lên, những ứng dụng chỉ cung cấp tính năng gọi điện và chuông báo mới được phép sử dụng quyền này. Cửa hàng Google Play sẽ thu hồi quyền USE_FULL_SCREEN_INTENT mặc định đối với mọi ứng dụng không đáp ứng yêu cầu này. Hạn chót để tuân thủ các thay đổi về chính sách này là ngày 31 tháng 5 năm 2024.

Quyền này vẫn được bật cho các ứng dụng đã cài đặt trên điện thoại trước khi người dùng cập nhật lên Android 14. Người dùng có thể bật và tắt quyền này.

Bạn có thể sử dụng API mới NotificationManager.canUseFullScreenIntent để kiểm tra xem ứng dụng của bạn có quyền này hay không. Nếu không, ứng dụng có thể sử dụng ý định mới ACTION_MANAGE_APP_USE_FULL_SCREEN_INTENT để chạy trang cài đặt nơi người dùng có thể cấp quyền.

Bảo mật

Các quy tắc hạn chế đối với ý định ngầm ẩn và ý định đang chờ xử lý

Đối với ứng dụng nhắm đến Android 14 (API cấp 34) trở lên, Android hạn chế việc ứng dụng gửi ý định ngầm ẩn đến các thành phần ứng dụng nội bộ theo những cách sau:

  • Ý định ngầm ẩn chỉ được gửi đến các thành phần đã xuất. Ứng dụng phải sử dụng một ý định tường minh để phân phối tới các thành phần chưa xuất hoặc đánh dấu thành phần đó là đã xuất.
  • Nếu một ứng dụng tạo ý định đang chờ xử lý có thể thay đổi với một ý định không chỉ định thành phần hoặc gói, thì hệ thống sẽ gửi ra một ngoại lệ.

Những thay đổi này ngăn các ứng dụng độc hại can thiệp vào ý định ngầm ẩn mà thành phần nội bộ của ứng dụng sử dụng.

Ví dụ: bạn có thể khai báo bộ lọc ý định trong tệp kê khai của ứng dụng:

<activity
    android:name=".AppActivity"
    android:exported="false">
    <intent-filter>
        <action android:name="com.example.action.APP_ACTION" />
        <category android:name="android.intent.category.DEFAULT" />
    </intent-filter>
</activity>

Nếu ứng dụng của bạn cố gắng chạy hoạt động này bằng cách sử dụng một ý định ngầm ẩn, thì hệ thống sẽ gửi ra một ngoại lệ ActivityNotFoundException:

Kotlin

// Throws an ActivityNotFoundException exception when targeting Android 14.
context.startActivity(Intent("com.example.action.APP_ACTION"))

Java

// Throws an ActivityNotFoundException exception when targeting Android 14.
context.startActivity(new Intent("com.example.action.APP_ACTION"));

Để khởi chạy hoạt động không xuất, ứng dụng của bạn nên sử dụng ý định tường minh:

Kotlin

// This makes the intent explicit.
val explicitIntent =
        Intent("com.example.action.APP_ACTION")
explicitIntent.apply {
    package = context.packageName
}
context.startActivity(explicitIntent)

Java

// This makes the intent explicit.
Intent explicitIntent =
        new Intent("com.example.action.APP_ACTION")
explicitIntent.setPackage(context.getPackageName());
context.startActivity(explicitIntent);

Broadcast receiver đã đăng ký trong thời gian chạy phải chỉ định hành vi xuất

Apps and services that target Android 14 (API level 34) or higher and use context-registered receivers are required to specify a flag to indicate whether or not the receiver should be exported to all other apps on the device: either RECEIVER_EXPORTED or RECEIVER_NOT_EXPORTED, respectively. This requirement helps protect apps from security vulnerabilities by leveraging the features for these receivers introduced in Android 13.

Exception for receivers that receive only system broadcasts

If your app is registering a receiver only for system broadcasts through Context#registerReceiver methods, such as Context#registerReceiver(), then it shouldn't specify a flag when registering the receiver.

Tải mã động an toàn hơn

Nếu ứng dụng của bạn nhắm đến Android 14 (API cấp 34) trở lên và sử dụng tính năng Tải mã động (DCL), thì tất cả tệp được tải động đều phải được đánh dấu là chỉ có quyền đọc. Nếu không, hệ thống sẽ gửi ra một ngoại lệ. Bất cứ khi nào có thể thì bạn nên tránh tải mã động, vì làm như vậy sẽ làm tăng đáng kể nguy cơ ứng dụng có thể bị xâm phạm do bị chèn mã hoặc can thiệp vào mã.

Nếu phải tải mã động, bạn hãy sử dụng phương pháp sau để thiết lập tệp được tải động (chẳng hạn như tệp DEX, JAR hoặc APK) ở chế độ chỉ có thể đọc ngay khi tệp được mở và trước khi bất cứ nội dung được ghi:

Kotlin

val jar = File("DYNAMICALLY_LOADED_FILE.jar")
val os = FileOutputStream(jar)
os.use {
    // Set the file to read-only first to prevent race conditions
    jar.setReadOnly()
    // Then write the actual file content
}
val cl = PathClassLoader(jar, parentClassLoader)

Java

File jar = new File("DYNAMICALLY_LOADED_FILE.jar");
try (FileOutputStream os = new FileOutputStream(jar)) {
    // Set the file to read-only first to prevent race conditions
    jar.setReadOnly();
    // Then write the actual file content
} catch (IOException e) { ... }
PathClassLoader cl = new PathClassLoader(jar, parentClassLoader);

Xử lý các tệp tải động đã tồn tại

Để ngăn ngoại lệ được gửi cho các tệp được tải động hiện có, bạn nên xoá và tạo lại các tệp đó trước khi cố gắng tải lại theo phương thức động trong ứng dụng. Khi bạn tạo lại các tệp, hãy làm theo hướng dẫn ở phần trước để đánh dấu các tệp là chỉ có quyền đọc tại thời điểm ghi. Ngoài ra, bạn có thể gắn nhãn lại các tệp hiện có thành "chỉ có quyền đọc", nhưng trong trường hợp này, bạn nên xác minh tính toàn vẹn của các tệp trước (chẳng hạn như bằng cách kiểm tra chữ ký của tệp dựa trên một giá trị đáng tin cậy), để giúp bảo vệ ứng dụng của bạn khỏi việc bị mã độc can thiệp.

Hạn chế bổ sung khi bắt đầu hoạt động ở chế độ nền

For apps targeting Android 14 (API level 34) or higher, the system further restricts when apps are allowed to start activities from the background:

These changes expand the existing set of restrictions to protect users by preventing malicious apps from abusing APIs to start disruptive activities from the background.

Truyền tải qua đường dẫn Zip

For apps targeting Android 14 (API level 34) or higher, Android prevents the Zip Path Traversal Vulnerability in the following way: ZipFile(String) and ZipInputStream.getNextEntry() throws a ZipException if zip file entry names contain ".." or start with "/".

Apps can opt-out from this validation by calling dalvik.system.ZipPathValidator.clearCallback().

Đối với ứng dụng nhắm đến Android 14 (API cấp 34) trở lên, MediaProjection#createVirtualDisplay sẽ gửi một SecurityException trong một trong hai trường hợp sau:

Ứng dụng của bạn phải yêu cầu người dùng đồng ý trước mỗi phiên chụp. Một phiên chụp là một lệnh gọi duy nhất trên MediaProjection#createVirtualDisplay và mỗi thực thể MediaProjection chỉ được sử dụng một lần.

Xử lý các thay đổi về cấu hình

Nếu ứng dụng của bạn cần gọi MediaProjection#createVirtualDisplay để xử lý các thay đổi về cấu hình (chẳng hạn như thay đổi hướng màn hình hoặc kích thước màn hình), bạn có thể làm theo các bước sau để cập nhật VirtualDisplay cho thực thể MediaProjection hiện có:

  1. Gọi VirtualDisplay#resize với chiều rộng và chiều cao mới.
  2. Cung cấp Surface mới với chiều rộng và chiều cao mới cho VirtualDisplay#setSurface.

Đăng ký lệnh gọi lại

Ứng dụng của bạn nên đăng ký lệnh gọi lại để xử lý các trường hợp người dùng không đồng ý tiếp tục phiên chụp. Để làm việc này, hãy triển khai Callback#onStop và yêu cầu ứng dụng phát hành mọi tài nguyên liên quan (chẳng hạn như VirtualDisplay và Surface).

Nếu ứng dụng của bạn không đăng ký lệnh gọi lại này, MediaProjection#createVirtualDisplay sẽ gửi một IllegalStateException khi ứng dụng gọi lệnh gọi lại đó.

Các quy tắc hạn chế mới cập nhật đối với yếu tố ngoài SDK

Android 14 includes updated lists of restricted non-SDK interfaces based on collaboration with Android developers and the latest internal testing. Whenever possible, we make sure that public alternatives are available before we restrict non-SDK interfaces.

If your app does not target Android 14, some of these changes might not immediately affect you. However, while you can currently use some non-SDK interfaces (depending on your app's target API level), using any non-SDK method or field always carries a high risk of breaking your app.

If you are unsure if your app uses non-SDK interfaces, you can test your app to find out. If your app relies on non-SDK interfaces, you should begin planning a migration to SDK alternatives. Nevertheless, we understand that some apps have valid use cases for using non-SDK interfaces. If you cannot find an alternative to using a non-SDK interface for a feature in your app, you should request a new public API.

Để tìm hiểu thêm về những thay đổi trong bản phát hành Android này, hãy xem bài viết Thông tin cập nhật đối với những hạn chế về giao diện không phải SDK trong Android 14. Để tìm hiểu tổng quan thêm về giao diện không phải SDK, hãy xem Hạn chế đối với giao diện không phải SDK.