پلتفرم Android 14 شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا بر روی Android 14 اعمال میشود، صرفنظر از targetSdkVersion
. شما باید برنامه خود را آزمایش کنید و سپس آن را در صورت لزوم تغییر دهید تا در صورت لزوم از این موارد به درستی پشتیبانی شود.
مطمئن شوید که فهرستی از تغییرات رفتاری را که فقط بر برنامههایی که Android 14 را هدف قرار میدهند تأثیر میگذارد ، مرور کنید.
عملکرد اصلی
زمانبندی هشدار دقیق بهطور پیشفرض رد میشود
آلارمهای دقیق برای اعلانهای مورد نظر کاربر یا برای اقداماتی که باید در یک زمان دقیق انجام شوند در نظر گرفته شدهاند. از Android 14، مجوز SCHEDULE_EXACT_ALARM
دیگر به اکثر برنامههای تازه نصبشده که Android 13 و بالاتر را هدف قرار میدهند، از قبل اعطا نمیشود — این مجوز به طور پیشفرض رد میشود.
درباره تغییرات مجوز زمانبندی هشدارهای دقیق بیشتر بدانید.
زمانی که برنامهها در حافظه پنهان هستند، پخشهای ثبتشده در زمینه در صف قرار میگیرند
在 Android 14 中,当应用处于缓存状态时,系统可以将上下文注册的广播放入队列中。这与 Android 12(API 级别 31)为异步 binder 事务引入的队列行为类似。在清单中声明的广播不会加入队列,并且应用会从缓存状态中移除以进行广播传递。
当应用离开缓存状态(例如返回前台)时,系统会传递所有已加入队列的广播。某些广播的多个实例 可能会合并为一个广播。取决于其他因素,如系统 运行状况,则可能会从缓存状态中移除应用,以及之前排队 广播。
برنامه ها فقط می توانند فرآیندهای پس زمینه خود را از بین ببرند
با شروع اندروید 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
دلیل جدیدی که می توان یک برنامه را در سطل آماده به کار محدود قرار داد
اندروید 14 دلیل جدیدی را برای قرار دادن یک برنامه در سطل آماده به کار محدود معرفی می کند. کارهای برنامه چندین بار خطاهای ANR را به دلیل مهلت زمانی روش onStartJob
، onStopJob
یا onBind
ایجاد میکنند. (برای تغییرات در onStartJob
و onStopJob
به JobScheduler مراجعه کنید.
برای ردیابی اینکه آیا برنامه وارد سطل آماده به کار محدود شده است یا خیر، توصیه میکنیم با API UsageStatsManager.getAppStandbyBucket()
در هنگام اجرای کار یا UsageStatsManager.queryEventsForSelf()
هنگام راهاندازی برنامه وارد شوید.
mlock محدود به 64 کیلوبایت
در اندروید 14 (سطح API 34) و بالاتر، پلتفرم حداکثر حافظه قابل قفل شدن با استفاده از mlock()
را به 64 کیلوبایت در هر فرآیند کاهش می دهد. در نسخه های قبلی، محدودیت برای هر پردازش 64 مگابایت بود. این محدودیت مدیریت بهتر حافظه را در بین برنامه ها و سیستم ارتقا می دهد. برای ارائه سازگاری بیشتر در بین دستگاهها، Android 14 یک آزمایش CTS جدید برای محدودیت mlock()
جدید در دستگاههای سازگار اضافه میکند.
سیستم استفاده از منابع برنامه ذخیره شده را اعمال می کند
从设计上讲,当应用的进程移至后台且没有任何其他应用进程组件在运行时,应用进程将处于缓存状态。此类应用进程可能会因系统内存压力而终止。在此状态下,Activity
实例在调用并返回 onStop()
方法后执行的任何工作均不可靠,强烈建议不要这样做。
Android 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 如何出于隐私保护目的而过滤软件包可见性。