پلتفرم اندروید ۱۴ شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا در اندروید ۱۴، صرف نظر از targetSdkVersion ، اعمال میشود. شما باید برنامه خود را آزمایش کنید و سپس در صورت لزوم، آن را برای پشتیبانی صحیح از این موارد، در صورت لزوم، اصلاح کنید.
حتماً لیست تغییرات رفتاری که فقط بر برنامههای اندروید ۱۴ تأثیر میگذارند را نیز بررسی کنید.
قابلیتهای اصلی
آلارمهای دقیق زمانبندی شده به طور پیشفرض رد میشوند
آلارمهای دقیق برای اعلانهای مورد نظر کاربر یا برای اقداماتی که باید در یک زمان دقیق انجام شوند در نظر گرفته شدهاند. از Android 14، مجوز SCHEDULE_EXACT_ALARM دیگر به اکثر برنامههای تازه نصبشده که Android 13 و بالاتر را هدف قرار میدهند، از قبل اعطا نمیشود — این مجوز به طور پیشفرض رد میشود.
درباره تغییرات مجوز زمانبندی هشدارهای دقیق بیشتر بدانید.
پخشهای ثبتشده در متن در صف قرار میگیرند در حالی که برنامهها در حافظه پنهان (cache) ذخیره میشوند.
در اندروید 14، سیستم میتواند پخشهای ثبت شده در زمینه را در یک صف قرار دهد، در حالی که برنامه در حالت حافظه پنهان است. این شبیه رفتار صفبندی است که Android 12 (سطح API 31) برای تراکنشهای بایندر غیرهمگام معرفی کرد. پخشهای اعلامشده توسط مانیفست در صف قرار نمیگیرند و برنامهها برای تحویل پخش از حالت حافظه پنهان حذف میشوند.
هنگامی که برنامه از حالت کش خارج می شود، مانند بازگشت به پیش زمینه، سیستم هر گونه پخش در صف را ارائه می دهد. ممکن است چند نمونه از پخش های خاص در یک پخش ادغام شوند. بسته به عوامل دیگر، مانند سلامت سیستم، برنامهها ممکن است از حالت حافظه پنهان حذف شوند و پخشهایی که قبلاً در صف قرار گرفته بودند، ارائه میشوند.
برنامهها میتوانند فقط فرآیندهای پسزمینه خود را متوقف کنند
با شروع اندروید 14، زمانی که برنامه شما killBackgroundProcesses() را فراخوانی میکند، API میتواند فقط فرآیندهای پسزمینه برنامه شما را از بین ببرد.
اگر نام بسته برنامه دیگری را وارد کنید، این روش هیچ تاثیری بر فرآیندهای پسزمینه آن برنامه ندارد و پیام زیر در Logcat ظاهر میشود:
Invalid packageName: com.example.anotherapp
برنامه شما نباید از killBackgroundProcesses() API استفاده کند یا سعی کند بر چرخه عمر فرآیند سایر برنامهها، حتی در نسخههای قدیمیتر سیستم عامل تأثیر بگذارد. اندروید به گونهای طراحی شده است که برنامههای کش را در پسزمینه نگه میدارد و زمانی که سیستم به حافظه نیاز دارد، آنها را بهطور خودکار از بین میبرد. اگر برنامه شما برنامههای دیگر را بهطور غیرضروری از بین میبرد، میتواند عملکرد سیستم را کاهش دهد و مصرف باتری را با نیاز به راهاندازی مجدد کامل آن برنامهها بعداً افزایش دهد، که به طور قابلتوجهی نسبت به از سرگیری یک برنامه حافظه پنهان موجود، منابع بیشتری را مصرف میکند.
MTU برای اولین کلاینت GATT که درخواست MTU میدهد، روی ۵۱۷ تنظیم شده است.
Starting from Android 14, the Android Bluetooth stack more strictly adheres to
Version 5.2 of the Bluetooth Core Specification and requests
the BLE ATT MTU to 517 bytes when the first GATT client requests an MTU using
the BluetoothGatt#requestMtu(int) API, and disregards all subsequent MTU
requests on that ACL connection.
To address this change and make your app more robust, consider the following options:
- Your peripheral device should respond to the Android device's MTU request
with a reasonable value that can be accommodated by the peripheral. The
final negotiated value will be a minimum of the Android requested value and
the remote provided value (for example,
min(517, remoteMtu))- Implementing this fix could require a firmware update for peripheral
- Alternatively, limit your GATT characteristic writes based on the minimum
between the known supported value of your peripheral and the received MTU
change
- A reminder that you should reduce 5 bytes from the supported size for the headers
- For example:
arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5
دلیل جدیدی که میتوان یک برنامه را در سطل آماده به کار محدود قرار داد
اندروید 14 دلیل جدیدی را برای قرار دادن یک برنامه در سطل آماده به کار محدود معرفی می کند. کارهای برنامه چندین بار خطاهای ANR را به دلیل مهلت زمانی روش onStartJob ، onStopJob یا onBind ایجاد میکنند. (برای تغییرات در onStartJob و onStopJob به JobScheduler مراجعه کنید.
برای ردیابی اینکه آیا برنامه وارد سطل آماده به کار محدود شده است یا خیر، توصیه میکنیم با API UsageStatsManager.getAppStandbyBucket() در هنگام اجرای کار یا UsageStatsManager.queryEventsForSelf() هنگام راهاندازی برنامه وارد شوید.
mlock محدود به ۶۴ کیلوبایت
در اندروید 14 (سطح API 34) و بالاتر، پلتفرم حداکثر حافظه قابل قفل شدن با استفاده از mlock() را به 64 کیلوبایت در هر فرآیند کاهش می دهد. در نسخه های قبلی، محدودیت برای هر پردازش 64 مگابایت بود. این محدودیت مدیریت بهتر حافظه را در بین برنامه ها و سیستم ارتقا می دهد. برای ارائه سازگاری بیشتر در بین دستگاهها، Android 14 یک آزمایش CTS جدید برای محدودیت mlock() جدید در دستگاههای سازگار اضافه میکند.
سیستم، استفاده از منابع برنامه ذخیره شده در حافظه پنهان را اجباری میکند
بر اساس طراحی ، فرآیند برنامه زمانی که به پسزمینه منتقل میشود و هیچ مؤلفه پردازش برنامه دیگری در حال اجرا نیست، در حالت حافظه پنهان است. چنین فرآیند برنامه ای به دلیل فشار حافظه سیستم از بین می رود. هر کاری که نمونههای Activity پس از فراخوانی و برگرداندن متد onStop() انجام میدهند، در حالی که در این حالت هستند، قابل اعتماد نیستند و به شدت از آن جلوگیری میشود.
اندروید 14 یکپارچگی و اجرا را به این طراحی معرفی می کند. مدت کوتاهی پس از ورود یک فرآیند برنامه به حالت کش، کار پسزمینه غیرمجاز است، تا زمانی که یک جزء فرآیند دوباره وارد حالت فعال چرخه حیات شود.
برنامههایی که از APIهای چرخه عمر معمولی پشتیبانی شده از چارچوب استفاده میکنند - مانند سرویسها ، JobScheduler ، و Jetpack WorkManager - نباید تحت تأثیر این تغییرات قرار بگیرند.
تجربه کاربری
تغییرات در نحوهی نمایش اعلانهای غیرقابل رد شدن توسط کاربران
If your app shows non-dismissable foreground notifications to users, Android 14 has changed the behavior to allow users to dismiss such notifications.
This change applies to apps that prevent users from dismissing foreground
notifications by setting Notification.FLAG_ONGOING_EVENT through
Notification.Builder#setOngoing(true) or
NotificationCompat.Builder#setOngoing(true). The behavior of
FLAG_ONGOING_EVENT has changed to make such notifications actually
dismissable by the user.
These kinds of notifications are still non-dismissable in the following conditions:
- When the phone is locked
- If the user selects a Clear all notification action (which helps with accidental dismissals)
Also, this new behavior doesn't apply to notifications in the following use cases:
CallStylenotifications- Device policy controller (DPC) and supporting packages for enterprise
- Media notifications
- The default Search Selector package
اطلاعات ایمنی دادهها بیشتر قابل مشاهده است
برای افزایش حریم خصوصی کاربران، اندروید 14 تعداد مکان هایی را که سیستم اطلاعاتی را که در فرم کنسول Play اعلام کرده اید نشان می دهد، افزایش می دهد. در حال حاضر، کاربران می توانند این اطلاعات را در بخش ایمنی داده در فهرست برنامه شما در Google Play مشاهده کنند.
ما شما را تشویق میکنیم که خطمشیهای اشتراکگذاری دادههای موقعیت مکانی برنامهتان را مرور کنید و برای انجام هر گونه بهروزرسانیهای قابلاجرا در بخش ایمنی دادههای Google Play برنامهتان، لحظهای وقت بگذارید.
در راهنما در مورد اینکه چگونه اطلاعات ایمنی داده در Android 14 بیشتر قابل مشاهده است بیشتر بیاموزید.
دسترسیپذیری
مقیاسبندی فونت غیرخطی تا ۲۰۰٪
با شروع از اندروید ۱۴، این سیستم از مقیاسبندی فونت تا ۲۰۰٪ پشتیبانی میکند و گزینههای دسترسی بیشتری را در اختیار کاربران قرار میدهد.
اگر از قبل از واحدهای پیکسل مقیاسپذیر (sp) برای تعریف اندازه متن استفاده میکردید، احتمالاً این تغییر تأثیر زیادی بر برنامه شما نخواهد داشت. با این حال، باید تست رابط کاربری را با حداکثر اندازه فونت فعال (200٪) انجام دهید تا مطمئن شوید که برنامه شما میتواند اندازه فونتهای بزرگتر را بدون تأثیر بر قابلیت استفاده، تطبیق دهد.
امنیت
حداقل سطح API هدف قابل نصب
با شروع اندروید 14، برنامه هایی با targetSdkVersion کمتر از 23 قابل نصب نیستند. الزام برنامهها برای برآورده کردن حداقل الزامات سطح API هدف، امنیت و حریم خصوصی کاربران را بهبود میبخشد.
بدافزار اغلب سطوح API قدیمیتر را هدف قرار میدهد تا از حفاظتهای امنیتی و حریم خصوصی که در نسخههای اندروید جدیدتر معرفی شدهاند دور بزند. برای مثال، برخی از برنامههای بدافزار از targetSdkVersion 22 استفاده میکنند تا در معرض مدل مجوز زمان اجرا قرار نگیرند که در سال 2015 توسط Android 6.0 Marshmallow (سطح API 23) معرفی شد. این تغییر اندروید 14، جلوگیری از بهبود امنیت و حریم خصوصی را برای بدافزارها دشوارتر می کند. تلاش برای نصب برنامهای که سطح API پایینتری را هدف قرار میدهد منجر به عدم موفقیت در نصب میشود و پیام زیر در Logcat ظاهر میشود:
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7
در دستگاههایی که به Android 14 ارتقا مییابند، هر برنامهای با targetSdkVersion کمتر از 23 نصب میشود.
اگر نیاز به آزمایش برنامه ای دارید که سطح API قدیمی را هدف قرار می دهد، از دستور ADB زیر استفاده کنید:
adb install --bypass-low-target-sdk-block FILENAME.apk
ممکن است نام بستههای مالک رسانه حذف شود
فروشگاه رسانه از پرسشهایی برای ستون OWNER_PACKAGE_NAME پشتیبانی میکند، که نشاندهنده برنامهای است که یک فایل رسانه خاص را ذخیره کرده است . با شروع در Android 14، این مقدار تغییر می کند مگر اینکه حداقل یکی از شرایط زیر صادق باشد:
- برنامه ای که فایل رسانه ای را ذخیره می کند دارای یک نام بسته است که همیشه برای سایر برنامه ها قابل مشاهده است.
برنامه ای که از فروشگاه رسانه درخواست می کند مجوز
QUERY_ALL_PACKAGESدرخواست می کند.
درباره اینکه چگونه Android قابلیت مشاهده بسته را برای اهداف حفظ حریم خصوصی فیلتر می کند ، بیشتر بیاموزید.