پلتفرم Android 16 شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا بر روی Android 16 اعمال میشود، صرفنظر از targetSdkVersion
. شما باید برنامه خود را آزمایش کنید و سپس آن را در صورت لزوم برای پشتیبانی از این تغییرات، در صورت لزوم، تغییر دهید.
حتماً فهرستی از تغییرات رفتاری را نیز مرور کنید که فقط بر برنامههایی که Android 16 را هدف قرار میدهند تأثیر میگذارد .
عملکرد اصلی
اندروید 16 شامل تغییرات زیر است که قابلیتهای اصلی سیستم اندروید را تغییر داده یا گسترش میدهد.
بهینه سازی سهمیه JobScheduler
Starting in Android 16, we're adjusting regular and expedited job execution runtime quota based on the following factors:
- Which app standby bucket the application is in: in Android 16, active standby buckets will start being enforced by a generous runtime quota.
- If the job starts execution while the app is in a top state: in Android 16, Jobs started while the app is visible to the user and continues after the app becomes invisible, will adhere to the job runtime quota.
- If the job is executing while running a Foreground Service: in Android 16, jobs that are executing while concurrently with a foreground service will adhere to the job runtime quota. If you're leveraging jobs for user initiated data transfer, consider using user initiated data transfer jobs instead.
This change impacts tasks scheduled using WorkManager, JobScheduler, and
DownloadManager. To debug why a job was stopped, we recommend logging why your
job was stopped by calling WorkInfo.getStopReason()
(for
JobScheduler jobs, call JobParameters.getStopReason()
).
For more information on battery-optimal best practices, refer to guidance on optimize battery use for task scheduling APIs.
We also recommend leveraging the new
JobScheduler#getPendingJobReasonsHistory
API introduced in
Android 16 to understand why a job has not executed.
Testing
To test your app's behavior, you can enable override of certain job quota optimizations as long as the app is running on an Android 16 device.
To disable enforcement of "top state will adhere to job runtime quota", run the
following adb
command:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
To disable enforcement of "jobs that are executing while concurrently with a
foreground service will adhere to the job runtime quota", run the following
adb
command:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
To test certain app standby bucket behavior, you can set the app standby bucket
of your app using the following adb
command:
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
To understand the app standby bucket your app is in, you can get the app standby
bucket of your app using the following adb
command:
adb shell am get-standby-bucket APP_PACKAGE_NAME
مشاغل خالی رها شده، عقل را متوقف می کند
یک کار رها شده زمانی اتفاق میافتد که شی JobParameters
مرتبط با کار زباله جمعآوری شده باشد، اما JobService#jobFinished(JobParameters, boolean)
برای علامت دادن به اتمام کار فراخوانی نشده است. این نشان میدهد که کار ممکن است بدون اطلاع برنامه در حال اجرا و زمانبندی مجدد باشد.
برنامههایی که به JobScheduler متکی هستند، ارجاع قوی به شی JobParameters
ندارند، و به جای STOP_REASON_TIMEOUT
، به دلیل توقف کار جدید STOP_REASON_TIMEOUT_ABANDONED
اعطا میشود.
اگر موارد مکرر دلیل توقف رها شده جدید وجود داشته باشد، سیستم اقدامات کاهشی را برای کاهش فراوانی کار انجام خواهد داد.
برنامهها باید از دلیل توقف جدید برای شناسایی و کاهش مشاغل رها شده استفاده کنند.
اگر از WorkManager، AsyncTask یا DownloadManager استفاده میکنید، تحت تأثیر قرار نمیگیرید زیرا این APIها چرخه عمر کار را از طرف برنامه شما مدیریت میکنند.
JobInfo#setImportantWhileForeground کاملاً منسوخ شده است
The JobInfo.Builder#setImportantWhileForeground(boolean)
method indicates the importance of a job while the scheduling app is in the
foreground or when temporarily exempted from background restrictions.
This method has been deprecated since Android 12 (API level 31). Starting in Android 16, it no longer functions effectively and calling this method will be ignored.
This removal of functionality also applies to
JobInfo#isImportantWhileForeground()
. Starting in Android
16, if the method is called, the method returns false
.
دامنه اولویت پخش سفارشی دیگر جهانی نیست
برنامههای اندرویدی مجاز به تعریف اولویتها در گیرندههای پخش برای کنترل ترتیب دریافت و پردازش پخش توسط گیرندهها هستند. برای گیرندههای اعلامشده با مانیفست، برنامهها میتوانند از ویژگی android:priority
برای تعریف اولویت و برای گیرندههای ثبت شده در متن، برنامهها میتوانند از API IntentFilter#setPriority()
برای تعریف اولویت استفاده کنند. هنگامی که یک پخش ارسال می شود، سیستم آن را به ترتیب اولویت، از بالاترین به پایین ترین، به گیرنده ها تحویل می دهد.
در Android 16، سفارش تحویل پخش با استفاده از ویژگی android:priority
یا IntentFilter#setPriority()
در فرآیندهای مختلف تضمین نمی شود. اولویتهای پخش فقط در همان فرآیند درخواست رعایت میشوند و نه در همه فرآیندها.
همچنین، اولویتهای پخش بهطور خودکار به محدوده ( SYSTEM_LOW_PRIORITY
+ 1، SYSTEM_HIGH_PRIORITY
- 1) محدود میشوند. فقط اجزای سیستم مجاز به تنظیم SYSTEM_LOW_PRIORITY
، SYSTEM_HIGH_PRIORITY
به عنوان اولویت پخش خواهند بود.
اگر برنامه شما یکی از موارد زیر را انجام دهد ممکن است تحت تأثیر قرار گیرد:
- برنامه شما چندین فرآیند را با هدف پخش یکسان اعلام کرده است و انتظاراتی در مورد دریافت آن مقاصد با ترتیب خاصی بر اساس اولویت دارد.
- فرآیند درخواست شما با سایر فرآیندها در تعامل است و انتظاراتی در مورد دریافت هدف پخش با ترتیب خاصی دارد.
اگر فرآیندها نیاز به هماهنگی با یکدیگر دارند، باید با استفاده از کانال های هماهنگی دیگر ارتباط برقرار کنند.
تغییرات داخلی ART
Android 16 includes the latest updates to the Android Runtime (ART) that improve the Android Runtime's (ART's) performance and provide support for additional Java features. Through Google Play System updates, these improvements are also available to over a billion devices running Android 12 (API level 31) and higher.
As these changes are released, libraries and app code that rely on internal structures of ART might not work correctly on devices running Android 16, along with earlier Android versions that update the ART module through Google Play system updates.
Relying on internal structures (such as non-SDK interfaces) can always lead to compatibility problems, but it's particularly important to avoid relying on code (or libraries containing code) that leverages internal ART structures, since ART changes aren't tied to the platform version the device is running on and they go out to over a billion devices through Google Play system updates.
All developers should check whether their app is impacted by testing their apps thoroughly on Android 16. In addition, check the known issues to see if your app depends on any libraries that we've identified that rely on internal ART structures. If you do have app code or library dependencies that are affected, seek public API alternatives whenever possible and request public APIs for new use cases by creating a feature request in our issue tracker.
حالت سازگاری با اندازه صفحه 16 کیلوبایت
Android 15 introduced support for 16 KB memory pages to optimize performance of the platform. Android 16 adds a compatibility mode, allowing some apps built for 4 KB memory pages to run on a device configured for 16 KB memory pages.
If Android detects that your app has 4 KB aligned memory pages, it
automatically uses compatibility mode and display a notification dialog to the
user. Setting the android:pageSizeCompat
property in the AndroidManifest.xml
to enable the backwards compatibility mode will prevent the display of the
dialog when your app launches. For best performance, reliability, and stability,
your app should still be 16 KB aligned. Check out
our recent blog post
on updating your apps to support 16 KB memory pages for more details.

تجربه کاربری و رابط کاربری سیستم
اندروید 16 شامل تغییرات زیر است که برای ایجاد یک تجربه کاربری سازگارتر و بصری در نظر گرفته شده است.
منسوخ کردن اعلامیههای دسترسی مخل
Android 16 deprecates accessibility announcements, characterized by the use of
announceForAccessibility
or the dispatch of
TYPE_ANNOUNCEMENT
accessibility events. These can create
inconsistent user experiences for users of TalkBack and Android's screen reader,
and alternatives better serve a broader range of user needs across a variety of
Android's assistive technologies.
Examples of alternatives:
- For significant UI changes like window changes, use
Activity.setTitle(CharSequence)
andsetAccessibilityPaneTitle(java.lang.CharSequence)
. In Compose, useModifier.semantics { paneTitle = "paneTitle" }
- To inform the user of changes to critical UI, use
setAccessibilityLiveRegion(int)
. In Compose, useModifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}
. These should be used sparingly as they may generate announcements every time a View is updated. - To notify users about errors, send an
AccessibilityEvent
of typeAccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR
and setAccessibilityNodeInfo#setError(CharSequence)
, or useTextView#setError(CharSequence)
.
The reference documentation for the deprecated
announceForAccessibility
API includes more details about
suggested alternatives.
پشتیبانی از ناوبری 3 دکمه
Android 16 brings predictive back support to the 3-button navigation for apps that have properly migrated to predictive back. Long-pressing the back button initiates a predictive back animation, giving you a preview of where the back swipe takes you.
This behavior applies across all areas of the system that support predictive back animations, including the system animations (back-to-home, cross-task, and cross-activity).
عوامل شکل دستگاه
Android 16 شامل تغییرات زیر برای برنامهها است که توسط صاحبان دستگاههای مجازی روی نمایشگرها نمایش داده میشوند.
مالک دستگاه مجازی لغو می شود
صاحب دستگاه مجازی یک برنامه قابل اعتماد یا دارای امتیاز است که یک دستگاه مجازی را ایجاد و مدیریت می کند. صاحبان دستگاههای مجازی برنامهها را روی یک دستگاه مجازی اجرا میکنند و سپس برنامهها را روی نمایشگر یک دستگاه راه دور مانند رایانه شخصی، دستگاه واقعیت مجازی یا سیستم اطلاعات سرگرمی اتومبیل نمایش میدهند. صاحب دستگاه مجازی در یک دستگاه محلی مانند تلفن همراه است.

لغو هر برنامه
در دستگاههای دارای Android 16، دارندگان دستگاههای مجازی میتوانند تنظیمات برنامه را روی دستگاههای مجازی انتخابی که دارندگان دستگاه مجازی مدیریت میکنند، لغو کنند. به عنوان مثال، برای بهبود طرحبندی برنامه، صاحب دستگاه مجازی میتواند جهتگیری، نسبت ابعاد و محدودیتهای اندازهبندی مجدد را هنگام نمایش برنامهها روی نمایشگر خارجی نادیده بگیرد.
تغییرات متداول شکستن
رفتار Android 16 ممکن است بر روی رابط کاربری برنامه شما بر روی فاکتورهای شکل صفحه نمایش بزرگ مانند صفحه نمایش ماشین یا کروم بوک تأثیر بگذارد، به ویژه طرحبندیهایی که برای نمایشگرهای کوچک در جهت عمودی طراحی شدهاند. برای یادگیری نحوه تطبیق برنامه خود برای همه عوامل شکل دستگاه، به «درباره طرحبندیهای تطبیقی» مراجعه کنید.
مراجع
امنیت
اندروید 16 شامل تغییراتی است که امنیت سیستم را ارتقا میدهد تا از برنامهها و کاربران در برابر برنامههای مخرب محافظت کند.
امنیت بهبود یافته در برابر حملات Redirection Intent
اندروید 16 با حداقل سازگاری و تغییرات توسعهدهنده، امنیت پیشفرض در برابر حملات کلی قصد تغییر Intent
را فراهم میکند.
ما راهحلهای سختسازی امنیتی پیشفرض را برای بهرهبرداریهای تغییر مسیر Intent
معرفی میکنیم. در بیشتر موارد، برنامههایی که از intent استفاده میکنند، معمولاً با مشکل سازگاری مواجه نمیشوند. ما معیارهایی را در طول فرآیند توسعه خود جمعآوری کردهایم تا نظارت کنیم کدام برنامهها ممکن است دچار شکستگی شوند.
تغییر مسیر قصد در Android زمانی اتفاق میافتد که مهاجم بتواند تا حدی یا به طور کامل محتوای یک intent را که برای راهاندازی یک مؤلفه جدید در زمینه یک برنامه آسیبپذیر استفاده میشود، کنترل کند، در حالی که برنامه قربانی یک هدف سطح فرعی غیرقابل اعتماد را در قسمت اضافی یک Intent («سطح بالا») راهاندازی میکند. این میتواند منجر به راهاندازی مؤلفههای خصوصی در زمینه برنامه قربانی، راهاندازی اقدامات ممتاز یا دسترسی URI به دادههای حساس توسط برنامه مهاجم شود که به طور بالقوه منجر به سرقت دادهها و اجرای کد دلخواه میشود.
انصراف از مدیریت تغییر مسیر Intent
اندروید 16 یک API جدید معرفی میکند که به برنامهها اجازه میدهد از حفاظتهای امنیتی راهاندازی منصرف شوند. این ممکن است در موارد خاصی که رفتار امنیتی پیشفرض با موارد استفاده قانونی برنامه تداخل میکند ضروری باشد.
برای برنامههایی که با Android 16 SDK یا بالاتر کامپایل میشوند
میتوانید مستقیماً از متد removeLaunchSecurityProtection()
روی شی Intent استفاده کنید.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }
برای برنامههایی که با Android 15 (سطح API 35) یا پایینتر کامپایل میشوند
اگرچه توصیه نمی شود، می توانید از بازتاب برای دسترسی به متد removeLaunchSecurityProtection()
استفاده کنید.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent", Intent::class.java)
try {
val removeLaunchSecurityProtection = Intent::class.java.getDeclaredMethod("removeLaunchSecurityProtection")
removeLaunchSecurityProtection.invoke(iSublevel)
} catch (e: Exception) {
// Handle the exception, e.g., log it
} // Opt-out from the security hardening using reflection
iSublevel?.let { startActivity(it) }
قابلیت اتصال
اندروید 16 شامل تغییرات زیر در پشته بلوتوث برای بهبود اتصال با دستگاه های جانبی است.
بهبود مدیریت از دست دادن اوراق قرضه
با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را برای سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
،با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را برای سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
،با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را در سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
، پلتفرم Android 16 شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا بر روی Android 16 اعمال میشود، صرفنظر از targetSdkVersion
. شما باید برنامه خود را آزمایش کنید و سپس آن را در صورت لزوم برای پشتیبانی از این تغییرات، در صورت لزوم، تغییر دهید.
حتماً فهرستی از تغییرات رفتاری را نیز مرور کنید که فقط بر برنامههایی که Android 16 را هدف قرار میدهند تأثیر میگذارد .
عملکرد اصلی
اندروید 16 شامل تغییرات زیر است که قابلیتهای اصلی سیستم اندروید را تغییر داده یا گسترش میدهد.
بهینه سازی سهمیه JobScheduler
Starting in Android 16, we're adjusting regular and expedited job execution runtime quota based on the following factors:
- Which app standby bucket the application is in: in Android 16, active standby buckets will start being enforced by a generous runtime quota.
- If the job starts execution while the app is in a top state: in Android 16, Jobs started while the app is visible to the user and continues after the app becomes invisible, will adhere to the job runtime quota.
- If the job is executing while running a Foreground Service: in Android 16, jobs that are executing while concurrently with a foreground service will adhere to the job runtime quota. If you're leveraging jobs for user initiated data transfer, consider using user initiated data transfer jobs instead.
This change impacts tasks scheduled using WorkManager, JobScheduler, and
DownloadManager. To debug why a job was stopped, we recommend logging why your
job was stopped by calling WorkInfo.getStopReason()
(for
JobScheduler jobs, call JobParameters.getStopReason()
).
For more information on battery-optimal best practices, refer to guidance on optimize battery use for task scheduling APIs.
We also recommend leveraging the new
JobScheduler#getPendingJobReasonsHistory
API introduced in
Android 16 to understand why a job has not executed.
Testing
To test your app's behavior, you can enable override of certain job quota optimizations as long as the app is running on an Android 16 device.
To disable enforcement of "top state will adhere to job runtime quota", run the
following adb
command:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
To disable enforcement of "jobs that are executing while concurrently with a
foreground service will adhere to the job runtime quota", run the following
adb
command:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
To test certain app standby bucket behavior, you can set the app standby bucket
of your app using the following adb
command:
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
To understand the app standby bucket your app is in, you can get the app standby
bucket of your app using the following adb
command:
adb shell am get-standby-bucket APP_PACKAGE_NAME
مشاغل خالی رها شده، عقل را متوقف می کند
یک کار رها شده زمانی اتفاق میافتد که شی JobParameters
مرتبط با کار زباله جمعآوری شده باشد، اما JobService#jobFinished(JobParameters, boolean)
برای علامت دادن به اتمام کار فراخوانی نشده است. این نشان میدهد که کار ممکن است بدون اطلاع برنامه در حال اجرا و زمانبندی مجدد باشد.
برنامههایی که به JobScheduler متکی هستند، ارجاع قوی به شی JobParameters
ندارند، و به جای STOP_REASON_TIMEOUT
، به دلیل توقف کار جدید STOP_REASON_TIMEOUT_ABANDONED
اعطا میشود.
اگر موارد مکرر دلیل توقف رها شده جدید وجود داشته باشد، سیستم اقدامات کاهشی را برای کاهش فراوانی کار انجام خواهد داد.
برنامهها باید از دلیل توقف جدید برای شناسایی و کاهش مشاغل رها شده استفاده کنند.
اگر از WorkManager، AsyncTask یا DownloadManager استفاده میکنید، تحت تأثیر قرار نمیگیرید زیرا این APIها چرخه عمر کار را از طرف برنامه شما مدیریت میکنند.
JobInfo#setImportantWhileForeground کاملاً منسوخ شده است
The JobInfo.Builder#setImportantWhileForeground(boolean)
method indicates the importance of a job while the scheduling app is in the
foreground or when temporarily exempted from background restrictions.
This method has been deprecated since Android 12 (API level 31). Starting in Android 16, it no longer functions effectively and calling this method will be ignored.
This removal of functionality also applies to
JobInfo#isImportantWhileForeground()
. Starting in Android
16, if the method is called, the method returns false
.
دامنه اولویت پخش سفارشی دیگر جهانی نیست
برنامههای اندرویدی مجاز به تعریف اولویتها در گیرندههای پخش برای کنترل ترتیب دریافت و پردازش پخش توسط گیرندهها هستند. برای گیرندههای اعلامشده با مانیفست، برنامهها میتوانند از ویژگی android:priority
برای تعریف اولویت و برای گیرندههای ثبت شده در متن، برنامهها میتوانند از API IntentFilter#setPriority()
برای تعریف اولویت استفاده کنند. هنگامی که یک پخش ارسال می شود، سیستم آن را به ترتیب اولویت، از بالاترین به پایین ترین، به گیرنده ها تحویل می دهد.
در Android 16، سفارش تحویل پخش با استفاده از ویژگی android:priority
یا IntentFilter#setPriority()
در فرآیندهای مختلف تضمین نمی شود. اولویتهای پخش فقط در همان فرآیند درخواست رعایت میشوند و نه در همه فرآیندها.
همچنین، اولویتهای پخش بهطور خودکار به محدوده ( SYSTEM_LOW_PRIORITY
+ 1، SYSTEM_HIGH_PRIORITY
- 1) محدود میشوند. فقط اجزای سیستم مجاز به تنظیم SYSTEM_LOW_PRIORITY
، SYSTEM_HIGH_PRIORITY
به عنوان اولویت پخش خواهند بود.
اگر برنامه شما یکی از موارد زیر را انجام دهد ممکن است تحت تأثیر قرار گیرد:
- برنامه شما چندین فرآیند را با هدف پخش یکسان اعلام کرده است و انتظاراتی در مورد دریافت آن مقاصد با ترتیب خاصی بر اساس اولویت دارد.
- فرآیند درخواست شما با سایر فرآیندها در تعامل است و انتظاراتی در مورد دریافت هدف پخش با ترتیب خاصی دارد.
اگر فرآیندها نیاز به هماهنگی با یکدیگر دارند، باید با استفاده از کانال های هماهنگی دیگر ارتباط برقرار کنند.
تغییرات داخلی ART
Android 16 includes the latest updates to the Android Runtime (ART) that improve the Android Runtime's (ART's) performance and provide support for additional Java features. Through Google Play System updates, these improvements are also available to over a billion devices running Android 12 (API level 31) and higher.
As these changes are released, libraries and app code that rely on internal structures of ART might not work correctly on devices running Android 16, along with earlier Android versions that update the ART module through Google Play system updates.
Relying on internal structures (such as non-SDK interfaces) can always lead to compatibility problems, but it's particularly important to avoid relying on code (or libraries containing code) that leverages internal ART structures, since ART changes aren't tied to the platform version the device is running on and they go out to over a billion devices through Google Play system updates.
All developers should check whether their app is impacted by testing their apps thoroughly on Android 16. In addition, check the known issues to see if your app depends on any libraries that we've identified that rely on internal ART structures. If you do have app code or library dependencies that are affected, seek public API alternatives whenever possible and request public APIs for new use cases by creating a feature request in our issue tracker.
حالت سازگاری با اندازه صفحه 16 کیلوبایت
Android 15 introduced support for 16 KB memory pages to optimize performance of the platform. Android 16 adds a compatibility mode, allowing some apps built for 4 KB memory pages to run on a device configured for 16 KB memory pages.
If Android detects that your app has 4 KB aligned memory pages, it
automatically uses compatibility mode and display a notification dialog to the
user. Setting the android:pageSizeCompat
property in the AndroidManifest.xml
to enable the backwards compatibility mode will prevent the display of the
dialog when your app launches. For best performance, reliability, and stability,
your app should still be 16 KB aligned. Check out
our recent blog post
on updating your apps to support 16 KB memory pages for more details.

تجربه کاربری و رابط کاربری سیستم
اندروید 16 شامل تغییرات زیر است که برای ایجاد یک تجربه کاربری سازگارتر و بصری در نظر گرفته شده است.
منسوخ کردن اعلامیههای دسترسی مخل
Android 16 deprecates accessibility announcements, characterized by the use of
announceForAccessibility
or the dispatch of
TYPE_ANNOUNCEMENT
accessibility events. These can create
inconsistent user experiences for users of TalkBack and Android's screen reader,
and alternatives better serve a broader range of user needs across a variety of
Android's assistive technologies.
Examples of alternatives:
- For significant UI changes like window changes, use
Activity.setTitle(CharSequence)
andsetAccessibilityPaneTitle(java.lang.CharSequence)
. In Compose, useModifier.semantics { paneTitle = "paneTitle" }
- To inform the user of changes to critical UI, use
setAccessibilityLiveRegion(int)
. In Compose, useModifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}
. These should be used sparingly as they may generate announcements every time a View is updated. - To notify users about errors, send an
AccessibilityEvent
of typeAccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR
and setAccessibilityNodeInfo#setError(CharSequence)
, or useTextView#setError(CharSequence)
.
The reference documentation for the deprecated
announceForAccessibility
API includes more details about
suggested alternatives.
پشتیبانی از ناوبری 3 دکمه
Android 16 brings predictive back support to the 3-button navigation for apps that have properly migrated to predictive back. Long-pressing the back button initiates a predictive back animation, giving you a preview of where the back swipe takes you.
This behavior applies across all areas of the system that support predictive back animations, including the system animations (back-to-home, cross-task, and cross-activity).
عوامل شکل دستگاه
Android 16 شامل تغییرات زیر برای برنامهها است که توسط صاحبان دستگاههای مجازی روی نمایشگرها نمایش داده میشوند.
مالک دستگاه مجازی لغو می شود
صاحب دستگاه مجازی یک برنامه قابل اعتماد یا دارای امتیاز است که یک دستگاه مجازی را ایجاد و مدیریت می کند. صاحبان دستگاههای مجازی برنامهها را روی یک دستگاه مجازی اجرا میکنند و سپس برنامهها را روی نمایشگر یک دستگاه راه دور مانند رایانه شخصی، دستگاه واقعیت مجازی یا سیستم اطلاعات سرگرمی اتومبیل نمایش میدهند. صاحب دستگاه مجازی در یک دستگاه محلی مانند تلفن همراه است.

لغو هر برنامه
در دستگاههای دارای Android 16، دارندگان دستگاههای مجازی میتوانند تنظیمات برنامه را روی دستگاههای مجازی انتخابی که دارندگان دستگاه مجازی مدیریت میکنند، لغو کنند. به عنوان مثال، برای بهبود طرحبندی برنامه، صاحب دستگاه مجازی میتواند جهتگیری، نسبت ابعاد و محدودیتهای اندازهبندی مجدد را هنگام نمایش برنامهها روی نمایشگر خارجی نادیده بگیرد.
تغییرات متداول شکستن
رفتار Android 16 ممکن است بر روی رابط کاربری برنامه شما بر روی فاکتورهای شکل صفحه نمایش بزرگ مانند صفحه نمایش ماشین یا کروم بوک تأثیر بگذارد، به ویژه طرحبندیهایی که برای نمایشگرهای کوچک در جهت عمودی طراحی شدهاند. برای یادگیری نحوه تطبیق برنامه خود برای همه عوامل شکل دستگاه، به «درباره طرحبندیهای تطبیقی» مراجعه کنید.
مراجع
امنیت
اندروید 16 شامل تغییراتی است که امنیت سیستم را ارتقا میدهد تا از برنامهها و کاربران در برابر برنامههای مخرب محافظت کند.
امنیت بهبود یافته در برابر حملات Redirection Intent
اندروید 16 با حداقل سازگاری و تغییرات توسعهدهنده، امنیت پیشفرض در برابر حملات کلی قصد تغییر Intent
را فراهم میکند.
ما راهحلهای سختسازی امنیتی پیشفرض را برای بهرهبرداریهای تغییر مسیر Intent
معرفی میکنیم. در بیشتر موارد، برنامههایی که از intent استفاده میکنند، معمولاً با مشکل سازگاری مواجه نمیشوند. ما معیارهایی را در طول فرآیند توسعه خود جمعآوری کردهایم تا نظارت کنیم کدام برنامهها ممکن است دچار شکستگی شوند.
تغییر مسیر قصد در Android زمانی اتفاق میافتد که مهاجم بتواند تا حدی یا به طور کامل محتوای یک intent را که برای راهاندازی یک مؤلفه جدید در زمینه یک برنامه آسیبپذیر استفاده میشود، کنترل کند، در حالی که برنامه قربانی یک هدف سطح فرعی غیرقابل اعتماد را در قسمت اضافی یک Intent («سطح بالا») راهاندازی میکند. این میتواند منجر به راهاندازی مؤلفههای خصوصی در زمینه برنامه قربانی، راهاندازی اقدامات ممتاز یا دسترسی URI به دادههای حساس توسط برنامه مهاجم شود که به طور بالقوه منجر به سرقت دادهها و اجرای کد دلخواه میشود.
انصراف از مدیریت تغییر مسیر Intent
اندروید 16 یک API جدید معرفی میکند که به برنامهها اجازه میدهد از حفاظتهای امنیتی راهاندازی منصرف شوند. این ممکن است در موارد خاصی که رفتار امنیتی پیشفرض با موارد استفاده قانونی برنامه تداخل میکند ضروری باشد.
برای برنامههایی که با Android 16 SDK یا بالاتر کامپایل میشوند
میتوانید مستقیماً از متد removeLaunchSecurityProtection()
روی شی Intent استفاده کنید.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }
برای برنامههایی که با Android 15 (سطح API 35) یا پایینتر کامپایل میشوند
اگرچه توصیه نمی شود، می توانید از بازتاب برای دسترسی به متد removeLaunchSecurityProtection()
استفاده کنید.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent", Intent::class.java)
try {
val removeLaunchSecurityProtection = Intent::class.java.getDeclaredMethod("removeLaunchSecurityProtection")
removeLaunchSecurityProtection.invoke(iSublevel)
} catch (e: Exception) {
// Handle the exception, e.g., log it
} // Opt-out from the security hardening using reflection
iSublevel?.let { startActivity(it) }
قابلیت اتصال
اندروید 16 شامل تغییرات زیر در پشته بلوتوث برای بهبود اتصال با دستگاه های جانبی است.
بهبود مدیریت از دست دادن اوراق قرضه
با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را برای سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
،با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را برای سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
،با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را در سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
، پلتفرم Android 16 شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا بر روی Android 16 اعمال میشود، صرفنظر از targetSdkVersion
. شما باید برنامه خود را آزمایش کنید و سپس آن را در صورت لزوم برای پشتیبانی از این تغییرات، در صورت لزوم، تغییر دهید.
حتماً فهرستی از تغییرات رفتاری را نیز مرور کنید که فقط بر برنامههایی که Android 16 را هدف قرار میدهند تأثیر میگذارد .
عملکرد اصلی
اندروید 16 شامل تغییرات زیر است که قابلیتهای اصلی سیستم اندروید را تغییر داده یا گسترش میدهد.
بهینه سازی سهمیه JobScheduler
Starting in Android 16, we're adjusting regular and expedited job execution runtime quota based on the following factors:
- Which app standby bucket the application is in: in Android 16, active standby buckets will start being enforced by a generous runtime quota.
- If the job starts execution while the app is in a top state: in Android 16, Jobs started while the app is visible to the user and continues after the app becomes invisible, will adhere to the job runtime quota.
- If the job is executing while running a Foreground Service: in Android 16, jobs that are executing while concurrently with a foreground service will adhere to the job runtime quota. If you're leveraging jobs for user initiated data transfer, consider using user initiated data transfer jobs instead.
This change impacts tasks scheduled using WorkManager, JobScheduler, and
DownloadManager. To debug why a job was stopped, we recommend logging why your
job was stopped by calling WorkInfo.getStopReason()
(for
JobScheduler jobs, call JobParameters.getStopReason()
).
For more information on battery-optimal best practices, refer to guidance on optimize battery use for task scheduling APIs.
We also recommend leveraging the new
JobScheduler#getPendingJobReasonsHistory
API introduced in
Android 16 to understand why a job has not executed.
Testing
To test your app's behavior, you can enable override of certain job quota optimizations as long as the app is running on an Android 16 device.
To disable enforcement of "top state will adhere to job runtime quota", run the
following adb
command:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
To disable enforcement of "jobs that are executing while concurrently with a
foreground service will adhere to the job runtime quota", run the following
adb
command:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
To test certain app standby bucket behavior, you can set the app standby bucket
of your app using the following adb
command:
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
To understand the app standby bucket your app is in, you can get the app standby
bucket of your app using the following adb
command:
adb shell am get-standby-bucket APP_PACKAGE_NAME
مشاغل خالی رها شده، عقل را متوقف می کند
یک کار رها شده زمانی اتفاق میافتد که شی JobParameters
مرتبط با کار زباله جمعآوری شده باشد، اما JobService#jobFinished(JobParameters, boolean)
برای علامت دادن به اتمام کار فراخوانی نشده است. این نشان میدهد که کار ممکن است بدون اطلاع برنامه در حال اجرا و زمانبندی مجدد باشد.
برنامههایی که به JobScheduler متکی هستند، ارجاع قوی به شی JobParameters
ندارند، و به جای STOP_REASON_TIMEOUT
، به دلیل توقف کار جدید STOP_REASON_TIMEOUT_ABANDONED
اعطا میشود.
اگر موارد مکرر دلیل توقف رها شده جدید وجود داشته باشد، سیستم اقدامات کاهشی را برای کاهش فراوانی کار انجام خواهد داد.
برنامهها باید از دلیل توقف جدید برای شناسایی و کاهش مشاغل رها شده استفاده کنند.
اگر از WorkManager، AsyncTask یا DownloadManager استفاده میکنید، تحت تأثیر قرار نمیگیرید زیرا این APIها چرخه عمر کار را از طرف برنامه شما مدیریت میکنند.
JobInfo#setImportantWhileForeground کاملاً منسوخ شده است
The JobInfo.Builder#setImportantWhileForeground(boolean)
method indicates the importance of a job while the scheduling app is in the
foreground or when temporarily exempted from background restrictions.
This method has been deprecated since Android 12 (API level 31). Starting in Android 16, it no longer functions effectively and calling this method will be ignored.
This removal of functionality also applies to
JobInfo#isImportantWhileForeground()
. Starting in Android
16, if the method is called, the method returns false
.
دامنه اولویت پخش سفارشی دیگر جهانی نیست
برنامههای اندرویدی مجاز به تعریف اولویتها در گیرندههای پخش برای کنترل ترتیب دریافت و پردازش پخش توسط گیرندهها هستند. برای گیرندههای اعلامشده با مانیفست، برنامهها میتوانند از ویژگی android:priority
برای تعریف اولویت و برای گیرندههای ثبت شده در متن، برنامهها میتوانند از API IntentFilter#setPriority()
برای تعریف اولویت استفاده کنند. هنگامی که یک پخش ارسال می شود، سیستم آن را به ترتیب اولویت، از بالاترین به پایین ترین، به گیرنده ها تحویل می دهد.
در Android 16، سفارش تحویل پخش با استفاده از ویژگی android:priority
یا IntentFilter#setPriority()
در فرآیندهای مختلف تضمین نمی شود. اولویتهای پخش فقط در همان فرآیند درخواست رعایت میشوند و نه در همه فرآیندها.
همچنین، اولویتهای پخش بهطور خودکار به محدوده ( SYSTEM_LOW_PRIORITY
+ 1، SYSTEM_HIGH_PRIORITY
- 1) محدود میشوند. فقط اجزای سیستم مجاز به تنظیم SYSTEM_LOW_PRIORITY
، SYSTEM_HIGH_PRIORITY
به عنوان اولویت پخش خواهند بود.
اگر برنامه شما یکی از موارد زیر را انجام دهد ممکن است تحت تأثیر قرار گیرد:
- برنامه شما چندین فرآیند را با هدف پخش یکسان اعلام کرده است و انتظاراتی در مورد دریافت آن مقاصد با ترتیب خاصی بر اساس اولویت دارد.
- فرآیند درخواست شما با سایر فرآیندها در تعامل است و انتظاراتی در مورد دریافت هدف پخش با ترتیب خاصی دارد.
اگر فرآیندها نیاز به هماهنگی با یکدیگر دارند، باید با استفاده از کانال های هماهنگی دیگر ارتباط برقرار کنند.
تغییرات داخلی ART
Android 16 includes the latest updates to the Android Runtime (ART) that improve the Android Runtime's (ART's) performance and provide support for additional Java features. Through Google Play System updates, these improvements are also available to over a billion devices running Android 12 (API level 31) and higher.
As these changes are released, libraries and app code that rely on internal structures of ART might not work correctly on devices running Android 16, along with earlier Android versions that update the ART module through Google Play system updates.
Relying on internal structures (such as non-SDK interfaces) can always lead to compatibility problems, but it's particularly important to avoid relying on code (or libraries containing code) that leverages internal ART structures, since ART changes aren't tied to the platform version the device is running on and they go out to over a billion devices through Google Play system updates.
All developers should check whether their app is impacted by testing their apps thoroughly on Android 16. In addition, check the known issues to see if your app depends on any libraries that we've identified that rely on internal ART structures. If you do have app code or library dependencies that are affected, seek public API alternatives whenever possible and request public APIs for new use cases by creating a feature request in our issue tracker.
حالت سازگاری با اندازه صفحه 16 کیلوبایت
Android 15 introduced support for 16 KB memory pages to optimize performance of the platform. Android 16 adds a compatibility mode, allowing some apps built for 4 KB memory pages to run on a device configured for 16 KB memory pages.
If Android detects that your app has 4 KB aligned memory pages, it
automatically uses compatibility mode and display a notification dialog to the
user. Setting the android:pageSizeCompat
property in the AndroidManifest.xml
to enable the backwards compatibility mode will prevent the display of the
dialog when your app launches. For best performance, reliability, and stability,
your app should still be 16 KB aligned. Check out
our recent blog post
on updating your apps to support 16 KB memory pages for more details.

تجربه کاربری و رابط کاربری سیستم
اندروید 16 شامل تغییرات زیر است که برای ایجاد یک تجربه کاربری سازگارتر و بصری در نظر گرفته شده است.
منسوخ کردن اعلامیههای دسترسی مخل
Android 16 deprecates accessibility announcements, characterized by the use of
announceForAccessibility
or the dispatch of
TYPE_ANNOUNCEMENT
accessibility events. These can create
inconsistent user experiences for users of TalkBack and Android's screen reader,
and alternatives better serve a broader range of user needs across a variety of
Android's assistive technologies.
Examples of alternatives:
- For significant UI changes like window changes, use
Activity.setTitle(CharSequence)
andsetAccessibilityPaneTitle(java.lang.CharSequence)
. In Compose, useModifier.semantics { paneTitle = "paneTitle" }
- To inform the user of changes to critical UI, use
setAccessibilityLiveRegion(int)
. In Compose, useModifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}
. These should be used sparingly as they may generate announcements every time a View is updated. - To notify users about errors, send an
AccessibilityEvent
of typeAccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR
and setAccessibilityNodeInfo#setError(CharSequence)
, or useTextView#setError(CharSequence)
.
The reference documentation for the deprecated
announceForAccessibility
API includes more details about
suggested alternatives.
پشتیبانی از ناوبری 3 دکمه
Android 16 brings predictive back support to the 3-button navigation for apps that have properly migrated to predictive back. Long-pressing the back button initiates a predictive back animation, giving you a preview of where the back swipe takes you.
This behavior applies across all areas of the system that support predictive back animations, including the system animations (back-to-home, cross-task, and cross-activity).
عوامل شکل دستگاه
Android 16 شامل تغییرات زیر برای برنامهها است که توسط صاحبان دستگاههای مجازی روی نمایشگرها نمایش داده میشوند.
مالک دستگاه مجازی لغو می شود
صاحب دستگاه مجازی یک برنامه قابل اعتماد یا دارای امتیاز است که یک دستگاه مجازی را ایجاد و مدیریت می کند. صاحبان دستگاههای مجازی برنامهها را روی یک دستگاه مجازی اجرا میکنند و سپس برنامهها را روی نمایشگر یک دستگاه راه دور مانند رایانه شخصی، دستگاه واقعیت مجازی یا سیستم اطلاعات سرگرمی اتومبیل نمایش میدهند. صاحب دستگاه مجازی در یک دستگاه محلی مانند تلفن همراه است.

لغو هر برنامه
در دستگاههای دارای Android 16، دارندگان دستگاههای مجازی میتوانند تنظیمات برنامه را روی دستگاههای مجازی انتخابی که دارندگان دستگاه مجازی مدیریت میکنند، لغو کنند. به عنوان مثال، برای بهبود طرحبندی برنامه، صاحب دستگاه مجازی میتواند جهتگیری، نسبت ابعاد و محدودیتهای اندازهبندی مجدد را هنگام نمایش برنامهها روی نمایشگر خارجی نادیده بگیرد.
تغییرات متداول شکستن
رفتار Android 16 ممکن است بر روی رابط کاربری برنامه شما بر روی فاکتورهای شکل صفحه نمایش بزرگ مانند صفحه نمایش ماشین یا کروم بوک تأثیر بگذارد، به ویژه طرحبندیهایی که برای نمایشگرهای کوچک در جهت عمودی طراحی شدهاند. برای یادگیری نحوه تطبیق برنامه خود برای همه عوامل شکل دستگاه، به «درباره طرحبندیهای تطبیقی» مراجعه کنید.
مراجع
امنیت
اندروید 16 شامل تغییراتی است که امنیت سیستم را ارتقا میدهد تا از برنامهها و کاربران در برابر برنامههای مخرب محافظت کند.
امنیت بهبود یافته در برابر حملات Redirection Intent
اندروید 16 با حداقل سازگاری و تغییرات توسعهدهنده، امنیت پیشفرض در برابر حملات کلی قصد تغییر Intent
را فراهم میکند.
ما راهحلهای سختسازی امنیتی پیشفرض را برای بهرهبرداریهای تغییر مسیر Intent
معرفی میکنیم. در بیشتر موارد، برنامههایی که از intent استفاده میکنند، معمولاً با مشکل سازگاری مواجه نمیشوند. ما معیارهایی را در طول فرآیند توسعه خود جمعآوری کردهایم تا نظارت کنیم کدام برنامهها ممکن است دچار شکستگی شوند.
تغییر مسیر قصد در Android زمانی اتفاق میافتد که مهاجم بتواند تا حدی یا به طور کامل محتوای یک intent را که برای راهاندازی یک مؤلفه جدید در زمینه یک برنامه آسیبپذیر استفاده میشود، کنترل کند، در حالی که برنامه قربانی یک هدف سطح فرعی غیرقابل اعتماد را در قسمت اضافی یک Intent («سطح بالا») راهاندازی میکند. این میتواند منجر به راهاندازی مؤلفههای خصوصی در زمینه برنامه قربانی، راهاندازی اقدامات ممتاز یا دسترسی URI به دادههای حساس توسط برنامه مهاجم شود که به طور بالقوه منجر به سرقت دادهها و اجرای کد دلخواه میشود.
انصراف از مدیریت تغییر مسیر Intent
اندروید 16 یک API جدید معرفی میکند که به برنامهها اجازه میدهد از حفاظتهای امنیتی راهاندازی منصرف شوند. این ممکن است در موارد خاصی که رفتار امنیتی پیشفرض با موارد استفاده قانونی برنامه تداخل میکند ضروری باشد.
برای برنامههایی که با Android 16 SDK یا بالاتر کامپایل میشوند
میتوانید مستقیماً از متد removeLaunchSecurityProtection()
روی شی Intent استفاده کنید.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }
برای برنامههایی که با Android 15 (سطح API 35) یا پایینتر کامپایل میشوند
اگرچه توصیه نمی شود، می توانید از بازتاب برای دسترسی به متد removeLaunchSecurityProtection()
استفاده کنید.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent", Intent::class.java)
try {
val removeLaunchSecurityProtection = Intent::class.java.getDeclaredMethod("removeLaunchSecurityProtection")
removeLaunchSecurityProtection.invoke(iSublevel)
} catch (e: Exception) {
// Handle the exception, e.g., log it
} // Opt-out from the security hardening using reflection
iSublevel?.let { startActivity(it) }
قابلیت اتصال
اندروید 16 شامل تغییرات زیر در پشته بلوتوث برای بهبود اتصال با دستگاه های جانبی است.
بهبود مدیریت از دست دادن اوراق قرضه
با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را برای سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
،با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را برای سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
،با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را در سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
، پلتفرم Android 16 شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا بر روی Android 16 اعمال میشود، صرفنظر از targetSdkVersion
. شما باید برنامه خود را آزمایش کنید و سپس آن را در صورت لزوم برای پشتیبانی از این تغییرات، در صورت لزوم، تغییر دهید.
حتماً فهرستی از تغییرات رفتاری را نیز مرور کنید که فقط بر برنامههایی که Android 16 را هدف قرار میدهند تأثیر میگذارد .
عملکرد اصلی
اندروید 16 شامل تغییرات زیر است که قابلیتهای اصلی سیستم اندروید را تغییر داده یا گسترش میدهد.
بهینه سازی سهمیه JobScheduler
Starting in Android 16, we're adjusting regular and expedited job execution runtime quota based on the following factors:
- Which app standby bucket the application is in: in Android 16, active standby buckets will start being enforced by a generous runtime quota.
- If the job starts execution while the app is in a top state: in Android 16, Jobs started while the app is visible to the user and continues after the app becomes invisible, will adhere to the job runtime quota.
- If the job is executing while running a Foreground Service: in Android 16, jobs that are executing while concurrently with a foreground service will adhere to the job runtime quota. If you're leveraging jobs for user initiated data transfer, consider using user initiated data transfer jobs instead.
This change impacts tasks scheduled using WorkManager, JobScheduler, and
DownloadManager. To debug why a job was stopped, we recommend logging why your
job was stopped by calling WorkInfo.getStopReason()
(for
JobScheduler jobs, call JobParameters.getStopReason()
).
For more information on battery-optimal best practices, refer to guidance on optimize battery use for task scheduling APIs.
We also recommend leveraging the new
JobScheduler#getPendingJobReasonsHistory
API introduced in
Android 16 to understand why a job has not executed.
Testing
To test your app's behavior, you can enable override of certain job quota optimizations as long as the app is running on an Android 16 device.
To disable enforcement of "top state will adhere to job runtime quota", run the
following adb
command:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
To disable enforcement of "jobs that are executing while concurrently with a
foreground service will adhere to the job runtime quota", run the following
adb
command:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
To test certain app standby bucket behavior, you can set the app standby bucket
of your app using the following adb
command:
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
To understand the app standby bucket your app is in, you can get the app standby
bucket of your app using the following adb
command:
adb shell am get-standby-bucket APP_PACKAGE_NAME
مشاغل خالی رها شده، عقل را متوقف می کند
یک کار رها شده زمانی اتفاق میافتد که شی JobParameters
مرتبط با کار زباله جمعآوری شده باشد، اما JobService#jobFinished(JobParameters, boolean)
برای علامت دادن به اتمام کار فراخوانی نشده است. این نشان میدهد که کار ممکن است بدون اطلاع برنامه در حال اجرا و زمانبندی مجدد باشد.
برنامههایی که به JobScheduler متکی هستند، ارجاع قوی به شی JobParameters
ندارند، و به جای STOP_REASON_TIMEOUT
، به دلیل توقف کار جدید STOP_REASON_TIMEOUT_ABANDONED
اعطا میشود.
اگر موارد مکرر دلیل توقف رها شده جدید وجود داشته باشد، سیستم اقدامات کاهشی را برای کاهش فراوانی کار انجام خواهد داد.
برنامهها باید از دلیل توقف جدید برای شناسایی و کاهش مشاغل رها شده استفاده کنند.
اگر از WorkManager، AsyncTask یا DownloadManager استفاده میکنید، تحت تأثیر قرار نمیگیرید زیرا این APIها چرخه عمر کار را از طرف برنامه شما مدیریت میکنند.
JobInfo#setImportantWhileForeground کاملاً منسوخ شده است
The JobInfo.Builder#setImportantWhileForeground(boolean)
method indicates the importance of a job while the scheduling app is in the
foreground or when temporarily exempted from background restrictions.
This method has been deprecated since Android 12 (API level 31). Starting in Android 16, it no longer functions effectively and calling this method will be ignored.
This removal of functionality also applies to
JobInfo#isImportantWhileForeground()
. Starting in Android
16, if the method is called, the method returns false
.
دامنه اولویت پخش سفارشی دیگر جهانی نیست
برنامههای اندرویدی مجاز به تعریف اولویتها در گیرندههای پخش برای کنترل ترتیب دریافت و پردازش پخش توسط گیرندهها هستند. برای گیرندههای اعلامشده با مانیفست، برنامهها میتوانند از ویژگی android:priority
برای تعریف اولویت و برای گیرندههای ثبت شده در متن، برنامهها میتوانند از API IntentFilter#setPriority()
برای تعریف اولویت استفاده کنند. هنگامی که یک پخش ارسال می شود، سیستم آن را به ترتیب اولویت، از بالاترین به پایین ترین، به گیرنده ها تحویل می دهد.
در Android 16، سفارش تحویل پخش با استفاده از ویژگی android:priority
یا IntentFilter#setPriority()
در فرآیندهای مختلف تضمین نمی شود. اولویتهای پخش فقط در همان فرآیند درخواست رعایت میشوند و نه در همه فرآیندها.
همچنین، اولویتهای پخش بهطور خودکار به محدوده ( SYSTEM_LOW_PRIORITY
+ 1، SYSTEM_HIGH_PRIORITY
- 1) محدود میشوند. فقط اجزای سیستم مجاز به تنظیم SYSTEM_LOW_PRIORITY
، SYSTEM_HIGH_PRIORITY
به عنوان اولویت پخش خواهند بود.
اگر برنامه شما یکی از موارد زیر را انجام دهد ممکن است تحت تأثیر قرار گیرد:
- برنامه شما چندین فرآیند را با هدف پخش یکسان اعلام کرده است و انتظاراتی در مورد دریافت آن مقاصد با ترتیب خاصی بر اساس اولویت دارد.
- فرآیند درخواست شما با سایر فرآیندها در تعامل است و انتظاراتی در مورد دریافت هدف پخش با ترتیب خاصی دارد.
اگر فرآیندها نیاز به هماهنگی با یکدیگر دارند، باید با استفاده از کانال های هماهنگی دیگر ارتباط برقرار کنند.
تغییرات داخلی ART
Android 16 includes the latest updates to the Android Runtime (ART) that improve the Android Runtime's (ART's) performance and provide support for additional Java features. Through Google Play System updates, these improvements are also available to over a billion devices running Android 12 (API level 31) and higher.
As these changes are released, libraries and app code that rely on internal structures of ART might not work correctly on devices running Android 16, along with earlier Android versions that update the ART module through Google Play system updates.
Relying on internal structures (such as non-SDK interfaces) can always lead to compatibility problems, but it's particularly important to avoid relying on code (or libraries containing code) that leverages internal ART structures, since ART changes aren't tied to the platform version the device is running on and they go out to over a billion devices through Google Play system updates.
All developers should check whether their app is impacted by testing their apps thoroughly on Android 16. In addition, check the known issues to see if your app depends on any libraries that we've identified that rely on internal ART structures. If you do have app code or library dependencies that are affected, seek public API alternatives whenever possible and request public APIs for new use cases by creating a feature request in our issue tracker.
حالت سازگاری با اندازه صفحه 16 کیلوبایت
Android 15 introduced support for 16 KB memory pages to optimize performance of the platform. Android 16 adds a compatibility mode, allowing some apps built for 4 KB memory pages to run on a device configured for 16 KB memory pages.
If Android detects that your app has 4 KB aligned memory pages, it
automatically uses compatibility mode and display a notification dialog to the
user. Setting the android:pageSizeCompat
property in the AndroidManifest.xml
to enable the backwards compatibility mode will prevent the display of the
dialog when your app launches. For best performance, reliability, and stability,
your app should still be 16 KB aligned. Check out
our recent blog post
on updating your apps to support 16 KB memory pages for more details.

تجربه کاربری و رابط کاربری سیستم
اندروید 16 شامل تغییرات زیر است که برای ایجاد یک تجربه کاربری سازگارتر و بصری در نظر گرفته شده است.
منسوخ کردن اعلامیههای دسترسی مخل
Android 16 deprecates accessibility announcements, characterized by the use of
announceForAccessibility
or the dispatch of
TYPE_ANNOUNCEMENT
accessibility events. These can create
inconsistent user experiences for users of TalkBack and Android's screen reader,
and alternatives better serve a broader range of user needs across a variety of
Android's assistive technologies.
Examples of alternatives:
- For significant UI changes like window changes, use
Activity.setTitle(CharSequence)
andsetAccessibilityPaneTitle(java.lang.CharSequence)
. In Compose, useModifier.semantics { paneTitle = "paneTitle" }
- To inform the user of changes to critical UI, use
setAccessibilityLiveRegion(int)
. In Compose, useModifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}
. These should be used sparingly as they may generate announcements every time a View is updated. - To notify users about errors, send an
AccessibilityEvent
of typeAccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR
and setAccessibilityNodeInfo#setError(CharSequence)
, or useTextView#setError(CharSequence)
.
The reference documentation for the deprecated
announceForAccessibility
API includes more details about
suggested alternatives.
پشتیبانی از ناوبری 3 دکمه
Android 16 brings predictive back support to the 3-button navigation for apps that have properly migrated to predictive back. Long-pressing the back button initiates a predictive back animation, giving you a preview of where the back swipe takes you.
This behavior applies across all areas of the system that support predictive back animations, including the system animations (back-to-home, cross-task, and cross-activity).
عوامل شکل دستگاه
Android 16 شامل تغییرات زیر برای برنامهها است که توسط صاحبان دستگاههای مجازی روی نمایشگرها نمایش داده میشوند.
مالک دستگاه مجازی لغو می شود
صاحب دستگاه مجازی یک برنامه قابل اعتماد یا دارای امتیاز است که یک دستگاه مجازی را ایجاد و مدیریت می کند. صاحبان دستگاههای مجازی برنامهها را روی یک دستگاه مجازی اجرا میکنند و سپس برنامهها را روی نمایشگر یک دستگاه راه دور مانند رایانه شخصی، دستگاه واقعیت مجازی یا سیستم اطلاعات سرگرمی اتومبیل نمایش میدهند. صاحب دستگاه مجازی در یک دستگاه محلی مانند تلفن همراه است.

لغو هر برنامه
در دستگاههای دارای Android 16، دارندگان دستگاههای مجازی میتوانند تنظیمات برنامه را روی دستگاههای مجازی انتخابی که دارندگان دستگاه مجازی مدیریت میکنند، لغو کنند. به عنوان مثال، برای بهبود طرحبندی برنامه، صاحب دستگاه مجازی میتواند جهتگیری، نسبت ابعاد و محدودیتهای اندازهبندی مجدد را هنگام نمایش برنامهها روی نمایشگر خارجی نادیده بگیرد.
تغییرات متداول شکستن
رفتار Android 16 ممکن است بر روی رابط کاربری برنامه شما بر روی فاکتورهای شکل صفحه نمایش بزرگ مانند صفحه نمایش ماشین یا کروم بوک تأثیر بگذارد، به ویژه طرحبندیهایی که برای نمایشگرهای کوچک در جهت عمودی طراحی شدهاند. برای یادگیری نحوه تطبیق برنامه خود برای همه عوامل شکل دستگاه، به «درباره طرحبندیهای تطبیقی» مراجعه کنید.
مراجع
امنیت
اندروید 16 شامل تغییراتی است که امنیت سیستم را ارتقا میدهد تا از برنامهها و کاربران در برابر برنامههای مخرب محافظت کند.
امنیت بهبود یافته در برابر حملات Redirection Intent
اندروید 16 با حداقل سازگاری و تغییرات توسعهدهنده، امنیت پیشفرض در برابر حملات کلی قصد تغییر Intent
را فراهم میکند.
ما راهحلهای سختسازی امنیتی پیشفرض را برای بهرهبرداریهای تغییر مسیر Intent
معرفی میکنیم. در بیشتر موارد، برنامههایی که از intent استفاده میکنند، معمولاً با مشکل سازگاری مواجه نمیشوند. ما معیارهایی را در طول فرآیند توسعه خود جمعآوری کردهایم تا نظارت کنیم کدام برنامهها ممکن است دچار شکستگی شوند.
تغییر مسیر قصد در Android زمانی اتفاق میافتد که مهاجم بتواند تا حدی یا به طور کامل محتوای یک intent را که برای راهاندازی یک مؤلفه جدید در زمینه یک برنامه آسیبپذیر استفاده میشود، کنترل کند، در حالی که برنامه قربانی یک هدف سطح فرعی غیرقابل اعتماد را در قسمت اضافی یک Intent («سطح بالا») راهاندازی میکند. این میتواند منجر به راهاندازی مؤلفههای خصوصی در زمینه برنامه قربانی، راهاندازی اقدامات ممتاز یا دسترسی URI به دادههای حساس توسط برنامه مهاجم شود که به طور بالقوه منجر به سرقت دادهها و اجرای کد دلخواه میشود.
انصراف از مدیریت تغییر مسیر Intent
اندروید 16 یک API جدید معرفی میکند که به برنامهها اجازه میدهد از حفاظتهای امنیتی راهاندازی منصرف شوند. این ممکن است در موارد خاصی که رفتار امنیتی پیشفرض با موارد استفاده قانونی برنامه تداخل میکند ضروری باشد.
برای برنامههایی که با Android 16 SDK یا بالاتر کامپایل میشوند
میتوانید مستقیماً از متد removeLaunchSecurityProtection()
روی شی Intent استفاده کنید.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }
برای برنامههایی که با Android 15 (سطح API 35) یا پایینتر کامپایل میشوند
اگرچه توصیه نمی شود، می توانید از بازتاب برای دسترسی به متد removeLaunchSecurityProtection()
استفاده کنید.
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent", Intent::class.java)
try {
val removeLaunchSecurityProtection = Intent::class.java.getDeclaredMethod("removeLaunchSecurityProtection")
removeLaunchSecurityProtection.invoke(iSublevel)
} catch (e: Exception) {
// Handle the exception, e.g., log it
} // Opt-out from the security hardening using reflection
iSublevel?.let { startActivity(it) }
قابلیت اتصال
اندروید 16 شامل تغییرات زیر در پشته بلوتوث برای بهبود اتصال با دستگاه های جانبی است.
بهبود مدیریت از دست دادن اوراق قرضه
با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را برای سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
،با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را برای سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.
،با شروع اندروید 16، پشته بلوتوث برای بهبود امنیت و تجربه کاربری در هنگام شناسایی از دست دادن اوراق قرضه از راه دور، به روز شده است. قبلاً، سیستم به طور خودکار پیوند را حذف می کرد و یک فرآیند جفت سازی جدید را آغاز می کرد که می تواند منجر به جفت شدن مجدد ناخواسته شود. ما در بسیاری از موارد دیدهایم که اپلیکیشنها از رویداد از دست دادن اوراق قرضه به روشی ثابت مراقبت نمیکنند.
برای یکسان سازی این تجربه، اندروید 16 مدیریت از دست دادن اوراق قرضه را در سیستم بهبود بخشید. اگر دستگاه بلوتوثی که قبلاً متصل شده بود، پس از اتصال مجدد تأیید اعتبار نشد، سیستم پیوند را قطع میکند، اطلاعات پیوند محلی را حفظ میکند و یک گفتگوی سیستمی را نمایش میدهد که کاربران را از گم شدن پیوند مطلع میکند و آنها را برای جفت کردن مجدد راهنمایی میکند.