پلتفرم Android 14 شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا بر روی Android 14 اعمال میشود، صرفنظر از targetSdkVersion
. شما باید برنامه خود را آزمایش کنید و سپس آن را در صورت لزوم تغییر دهید تا در صورت لزوم از این موارد به درستی پشتیبانی شود.
مطمئن شوید که فهرستی از تغییرات رفتاری را که فقط بر برنامههایی که Android 14 را هدف قرار میدهند تأثیر میگذارد، مرور کنید.
عملکرد اصلی
زمانبندی هشدار دقیق بهطور پیشفرض رد میشود
Exact alarms are meant for user-intentioned notifications, or for actions that
need to happen at a precise time. Starting in Android 14, the
SCHEDULE_EXACT_ALARM
permission is no longer being pre-granted to most newly installed apps
targeting Android 13 and higher—the permission is denied by default.
Learn more about the changes to the permission for scheduling exact alarms.
زمانی که برنامهها در حافظه پنهان هستند، پخشهای ثبتشده در زمینه در صف قرار میگیرند
در اندروید 14، سیستم میتواند پخشهای ثبت شده در زمینه را در یک صف قرار دهد، در حالی که برنامه در حالت حافظه پنهان است. این شبیه رفتار صفبندی است که Android 12 (سطح API 31) برای تراکنشهای بایندر غیرهمگام معرفی کرد. پخشهای اعلامشده توسط مانیفست در صف قرار نمیگیرند و برنامهها برای تحویل پخش از حالت حافظه پنهان حذف میشوند.
هنگامی که برنامه از حالت کش خارج می شود، مانند بازگشت به پیش زمینه، سیستم هر گونه پخش در صف را ارائه می دهد. ممکن است چند نمونه از پخش های خاص در یک پخش ادغام شوند. بسته به عوامل دیگر، مانند سلامت سیستم، برنامهها ممکن است از حالت حافظه پنهان حذف شوند و پخشهایی که قبلاً در صف قرار گرفته بودند، ارائه میشوند.
برنامه ها فقط می توانند فرآیندهای پس زمینه خود را از بین ببرند
با شروع اندروید 14، زمانی که برنامه شما killBackgroundProcesses()
را فراخوانی میکند، API میتواند فقط فرآیندهای پسزمینه برنامه شما را از بین ببرد.
اگر نام بسته برنامه دیگری را وارد کنید، این روش هیچ تاثیری بر فرآیندهای پسزمینه آن برنامه ندارد و پیام زیر در Logcat ظاهر میشود:
Invalid packageName: com.example.anotherapp
برنامه شما نباید از killBackgroundProcesses()
API استفاده کند یا سعی کند بر چرخه عمر فرآیند سایر برنامهها، حتی در نسخههای قدیمیتر سیستم عامل تأثیر بگذارد. اندروید به گونهای طراحی شده است که برنامههای کش را در پسزمینه نگه میدارد و زمانی که سیستم به حافظه نیاز دارد، آنها را بهطور خودکار از بین میبرد. اگر برنامه شما برنامههای دیگر را بهطور غیرضروری از بین میبرد، میتواند عملکرد سیستم را کاهش دهد و مصرف باتری را با نیاز به راهاندازی مجدد کامل آن برنامهها بعداً افزایش دهد، که به طور قابلتوجهی نسبت به از سرگیری یک برنامه حافظه پنهان موجود، منابع بیشتری را مصرف میکند.
MTU برای اولین مشتری GATT که درخواست MTU می کند روی 517 تنظیم شده است
از Android 14، پشته بلوتوث Android به شدت به نسخه 5.2 مشخصات هسته بلوتوث پایبند است و زمانی که اولین مشتری GATT یک MTU را با استفاده از API BluetoothGatt#requestMtu(int)
درخواست می کند، BLE ATT MTU را به 517 بایت درخواست می کند و همه را نادیده می گیرد. درخواست های بعدی MTU در آن اتصال ACL.
برای رفع این تغییر و قویتر کردن برنامهتان، گزینههای زیر را در نظر بگیرید:
- دستگاه جانبی شما باید به درخواست MTU دستگاه Android با مقدار معقولی که بتواند توسط دستگاه جانبی قابل استفاده باشد پاسخ دهد. مقدار نهایی مذاکره حداقل مقدار درخواستی Android و مقدار ارائه شده از راه دور خواهد بود (به عنوان مثال،
min(517, remoteMtu)
)- اجرای این اصلاح ممکن است به یک بهروزرسانی میانافزار برای دستگاههای جانبی نیاز داشته باشد
- متناوباً، نوشتن مشخصه GATT خود را بر اساس حداقل بین مقدار شناخته شده پشتیبانی شده دستگاه جانبی و تغییر MTU دریافتی محدود کنید.
- یادآوری این است که باید 5 بایت از اندازه پشتیبانی شده برای هدرها کاهش دهید
- برای مثال:
arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5
دلیل جدیدی که می توان یک برنامه را در سطل آماده به کار محدود قرار داد
Android 14 introduces a new reason an app can be placed into the restricted standby bucket.
The app's jobs trigger ANR errors multiple times due to onStartJob
,
onStopJob
, or onBind
method timeouts.
(See JobScheduler reinforces callback and network behavior for changes
to onStartJob
and onStopJob
.)
To track whether or not the app has entered the restricted standby bucket,
we recommend logging with the API UsageStatsManager.getAppStandbyBucket()
on job execution or UsageStatsManager.queryEventsForSelf()
on app startup.
mlock محدود به 64 کیلوبایت
در اندروید 14 (سطح API 34) و بالاتر، پلتفرم حداکثر حافظه قابل قفل شدن با استفاده از mlock()
را به 64 کیلوبایت در هر فرآیند کاهش می دهد. در نسخه های قبلی، محدودیت برای هر پردازش 64 مگابایت بود. این محدودیت مدیریت بهتر حافظه را در بین برنامه ها و سیستم ارتقا می دهد. برای ارائه سازگاری بیشتر در بین دستگاهها، Android 14 یک آزمایش CTS جدید برای محدودیت mlock()
جدید در دستگاههای سازگار اضافه میکند.
سیستم استفاده از منابع برنامه ذخیره شده را اعمال می کند
بر اساس طراحی ، فرآیند برنامه زمانی که به پسزمینه منتقل میشود و هیچ مؤلفه پردازش برنامه دیگری در حال اجرا نیست، در حالت حافظه پنهان است. چنین فرآیند برنامه ای به دلیل فشار حافظه سیستم از بین می رود. هر کاری که نمونههای Activity
پس از فراخوانی و برگرداندن متد onStop()
انجام میدهند، در حالی که در این حالت هستند، قابل اعتماد نیستند و به شدت از آن جلوگیری میشود.
اندروید 14 یکپارچگی و اجرا را به این طراحی معرفی می کند. مدت کوتاهی پس از ورود یک فرآیند برنامه به حالت کش، کار پسزمینه غیرمجاز است، تا زمانی که یک جزء فرآیند دوباره وارد حالت فعال چرخه حیات شود.
برنامههایی که از APIهای چرخه عمر معمولی پشتیبانی شده از چارچوب استفاده میکنند - مانند سرویسها ، JobScheduler
، و Jetpack WorkManager - نباید تحت تأثیر این تغییرات قرار بگیرند.
تجربه کاربری
تغییراتی در نحوه تجربه کاربران از اعلانهای غیرقابل رد کردن
اگر برنامه شما اعلانهای پیشزمینه غیرقابل رد کردن را به کاربران نشان میدهد، Android 14 رفتار را تغییر داده است تا به کاربران اجازه دهد چنین اعلانهایی را رد کنند.
این تغییر برای برنامههایی اعمال میشود که با تنظیم Notification.FLAG_ONGOING_EVENT
از طریق Notification.Builder#setOngoing(true)
یا NotificationCompat.Builder#setOngoing(true)
از رد اعلانهای پیشزمینه توسط کاربران جلوگیری میکنند. رفتار FLAG_ONGOING_EVENT
تغییر کرده است تا این اعلانها در واقع توسط کاربر قابل رد شود.
این نوع اعلانها در شرایط زیر همچنان غیرقابل رد کردن هستند:
- وقتی گوشی قفل است
- اگر کاربر یک اقدام پاک کردن همه اعلان ها را انتخاب کند (که به اخراج های تصادفی کمک می کند)
همچنین، این رفتار جدید برای اعلانها در موارد استفاده زیر اعمال نمیشود:
- اعلانهای
CallStyle
- کنترل کننده سیاست دستگاه (DPC) و بسته های پشتیبانی برای سازمانی
- اطلاعیه های رسانه ای
- بسته انتخابگر جستجوی پیش فرض
اطلاعات ایمنی داده ها بیشتر قابل مشاهده است
برای افزایش حریم خصوصی کاربران، اندروید 14 تعداد مکان هایی را که سیستم اطلاعاتی را که در فرم کنسول Play اعلام کرده اید نشان می دهد، افزایش می دهد. در حال حاضر، کاربران می توانند این اطلاعات را در بخش ایمنی داده در فهرست برنامه شما در Google Play مشاهده کنند.
ما شما را تشویق میکنیم که خطمشیهای اشتراکگذاری دادههای موقعیت مکانی برنامهتان را مرور کنید و برای انجام هر گونه بهروزرسانیهای قابلاجرا در بخش ایمنی دادههای Google Play برنامهتان، لحظهای وقت بگذارید.
در راهنما در مورد اینکه چگونه اطلاعات ایمنی داده در Android 14 بیشتر قابل مشاهده است بیشتر بیاموزید.
دسترسی
مقیاس بندی فونت غیر خطی تا 200٪
با شروع اندروید 14، این سیستم از مقیاس بندی فونت تا 200% پشتیبانی می کند، گزینه های دسترسی اضافی را به کاربران کم بینا ارائه می دهد که با دستورالعمل های دسترسی به محتوای وب (WCAG) مطابقت دارد.
اگر قبلاً از واحدهای پیکسل های مقیاس شده (sp) برای تعریف اندازه متن استفاده می کنید، احتمالاً این تغییر تأثیر زیادی بر برنامه شما نخواهد داشت. با این حال، باید تست UI را با حداکثر اندازه فونت فعال (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 قابلیت مشاهده بسته را برای اهداف حفظ حریم خصوصی فیلتر می کند ، بیشتر بیاموزید.