پلتفرم Android 14 شامل تغییرات رفتاری است که ممکن است بر برنامه شما تأثیر بگذارد. تغییرات رفتاری زیر برای همه برنامهها هنگام اجرا بر روی Android 14 اعمال میشود، صرفنظر از targetSdkVersion . شما باید برنامه خود را آزمایش کنید و سپس آن را در صورت لزوم تغییر دهید تا در صورت لزوم از این موارد به درستی پشتیبانی شود.
مطمئن شوید که فهرستی از تغییرات رفتاری را که فقط بر برنامههایی که Android 14 را هدف قرار میدهند تأثیر میگذارد ، مرور کنید.
عملکرد اصلی
زمانبندی هشدار دقیق بهطور پیشفرض رد میشود
精确的闹钟适用于用户指定的通知,或是在确切时间需要执行的操作。从 Android 14 开始,系统不再向以 Android 13 及更高版本为目标平台的大多数新安装应用预先授予 SCHEDULE_EXACT_ALARM 权限,该权限默认处于拒绝状态。
详细了解安排精确闹钟的权限变化。
زمانی که برنامهها در حافظه پنهان هستند، پخشهای ثبتشده در زمینه در صف قرار میگیرند
在 Android 14 中,当应用处于缓存状态时,系统可以将上下文注册的广播放入队列中。这与 Android 12(API 级别 31)为异步 binder 事务引入的队列行为类似。在清单中声明的广播不会加入队列,并且应用会从缓存状态中移除以进行广播传递。
当应用离开缓存状态(例如返回前台)时,系统会传递所有已加入队列的广播。某些广播的多个实例 可能会合并为一个广播。取决于其他因素,如系统 运行状况,则可能会从缓存状态中移除应用,以及之前排队 广播。
برنامه ها فقط می توانند فرآیندهای پس زمینه خود را از بین ببرند
با شروع اندروید 14، زمانی که برنامه شما killBackgroundProcesses() را فراخوانی میکند، API میتواند فقط فرآیندهای پسزمینه برنامه شما را از بین ببرد.
اگر نام بسته برنامه دیگری را وارد کنید، این روش هیچ تاثیری بر فرآیندهای پسزمینه آن برنامه ندارد و پیام زیر در Logcat ظاهر میشود:
Invalid packageName: com.example.anotherapp
برنامه شما نباید از killBackgroundProcesses() API استفاده کند یا سعی کند بر چرخه عمر فرآیند سایر برنامهها، حتی در نسخههای قدیمیتر سیستم عامل تأثیر بگذارد. اندروید به گونهای طراحی شده است که برنامههای کش را در پسزمینه نگه میدارد و زمانی که سیستم به حافظه نیاز دارد، آنها را بهطور خودکار از بین میبرد. اگر برنامه شما برنامههای دیگر را بهطور غیرضروری از بین میبرد، میتواند عملکرد سیستم را کاهش دهد و مصرف باتری را با نیاز به راهاندازی مجدد کامل آن برنامهها بعداً افزایش دهد، که به طور قابلتوجهی نسبت به از سرگیری یک برنامه حافظه پنهان موجود، منابع بیشتری را مصرف میکند.
MTU برای اولین مشتری GATT که درخواست MTU می کند روی 517 تنظیم شده است
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 محدود به 64 کیلوبایت
在 Android 14(API 级别 34)及更高版本中,平台将可使用 mlock() 锁定的最大内存量减少到每个进程 64 KB。在之前的版本中,每个进程的上限为 64 MB。此限制有助于更好地管理应用和系统的内存。为了在各种设备上提供更一致的体验,Android 14 针对兼容设备上的新 mlock() 限制添加了一项新的 CTS 测试。
سیستم استفاده از منابع برنامه ذخیره شده را اعمال می کند
从设计上讲,当应用的进程移至后台且没有任何其他应用进程组件在运行时,应用进程将处于缓存状态。此类应用进程可能会因系统内存压力而终止。在此状态下,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 هدف قابل نصب
从 Android 14 开始,targetSdkVersion 低于 23 的应用无法安装。要求应用满足这些最低目标 API 级别要求有助于提高用户的安全性和隐私性。
恶意软件通常会以较旧的 API 级别为目标平台,以绕过在较新版本 Android 中引入的安全和隐私保护机制。例如,有些恶意软件应用使用 targetSdkVersion 22,以避免受到 Android 6.0 Marshmallow(API 级别 23)在 2015 年引入的运行时权限模型的约束。这项 Android 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 如何出于隐私保护目的而过滤软件包可见性。