پلتفرم اندروید ۱۴ شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا در اندروید ۱۴، صرف نظر از 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 میدهد، روی ۵۱۷ تنظیم شده است.
从 Android 14 开始，Android 蓝牙堆栈会更严格地遵循 蓝牙核心规范 5.2 版，并在第一个 GATT 客户端使用 BluetoothGatt#requestMtu(int) API 请求 MTU 时将 BLE ATT MTU 请求设为 517 字节，并忽略该 ACL 连接上的所有后续 MTU 请求。
如需解决此更改并使您的应用更为稳健，请考虑以下选项：
- 您的外围设备应使用外围设备可以容纳的合理值来响应 Android 设备的 MTU 请求。最终协商的值将是 Android 请求的值和远程提供的值（例如
min(517, remoteMtu)）的较小值- 实现此修复程序可能需要更新外围设备的固件
- 或者，您也可以根据外围设备的已知支持值与收到的 MTU 更改值之间的最小值来限制 GATT 特征写入
- 提醒您，应将标头的支持大小减小 5 个字节
- 例如：
arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5
دلیل جدیدی که میتوان یک برنامه را در سطل آماده به کار محدود قرار داد
Android 14 引入了一种可将应用放入受限待机模式存储分区的新原因。由于 onStartJob、onStopJob 或 onBind 方法超时，应用的作业多次触发 ANR 错误。（如需了解对 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 - نباید تحت تأثیر این تغییرات قرار بگیرند.
تجربه کاربری
تغییرات در نحوهی نمایش اعلانهای غیرقابل رد شدن توسط کاربران
اگر برنامه شما اعلانهای پیشزمینه غیرقابل رد کردن را به کاربران نشان میدهد، 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 بیشتر قابل مشاهده است بیشتر بیاموزید.
دسترسیپذیری
مقیاسبندی فونت غیرخطی تا ۲۰۰٪
با شروع از اندروید ۱۴، این سیستم از مقیاسبندی فونت تا ۲۰۰٪ پشتیبانی میکند و گزینههای دسترسی بیشتری را در اختیار کاربران قرار میدهد.
اگر از قبل از واحدهای پیکسل مقیاسپذیر (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 قابلیت مشاهده بسته را برای اهداف حفظ حریم خصوصی فیلتر می کند ، بیشتر بیاموزید.