Main components — что это за приложение на Андроиде? (com.google.android.modulemetadata)
Приветствую. В данной небольшой заметке постараемся выяснить информацию о некотором приложении, которое можете встретить на смартфоне.
Информации в сети почти нет, поэтому напишу то, что хоть немного удалось найти.
Main components — что это такое?
Системный компонент операционки Android, необходимый для функционирования некоторых приложений.
Имя пакета — com.google.android.modulemetadata.
В состав компонента могут входить 4 составляющих:
- Activity — класс для разработчиков, необходим для построения интерфейса.
- Broadcast Receiver — широковещательные сообщения, например прием данных о состоянии заряда батареи, наличию интернета.
- Services — фоновые службы класса android.app.Service, выполняют обращения к серверу, получая данные, могут запускать уведомления.
- Content Providers — оболочка данных, модуль необходим для доступа к данным сразу нескольким программам.
Можно ли удалить?
Это системное приложение, удалять нежелательно — могут быть глюки/ошибки. При удалении некоторых компонентов у пользователей происходит bootloop (цикличная перезагрузка).
Однако при большом желании:
- Создайте сперва бэкап данных Android.
- Отключите приложение или удалите.
- Можно попробовать заморозить используя инструмент Titanium Backup (однако нужны root-права).
В случае возникновения проблем — восстановите данные из резервной копии.
Заключение
Сегодня мы постарались выяснить предназначение программы Main components. Однако информации много найти не удалось. Известно одно — это системный компонент, размер небольшой, поэтому удалять не спешите.
Что такое метаданные? И что это за польза в android
Я новичок в android, и я не видел и не слышал о метаданных раньше. Однако я google это и поиск об этом на YouTube, что это в основном информация о вашем объекте. Поправьте меня, если я ошибаюсь. Может ли кто-нибудь помочь мне понять это лучше.
1) Что такое метаданные?
2) Почему он используется в Android?
будет хорошо, если будет дано объяснение с примером того, почему метаданные используются в Android. Я видел их внутри манифеста тег метаданных.
3 ответов
в Android, вы можете определить meta-data информация в вашей AndroidManifest.xml
очень простое использование
это в основном дополнительная опция для хранения информации, которая может быть доступна через весь проект. В этом случае <meta-data> определена <activity> бирка внутри <application> тег.
вы сохранить boolean , an int , String или поплавок.
это полезно для библиотеки или API
предположим, что вы создали API / LIB, который можно использовать для всех. Однако для конкретной процедуры вам понадобится KEY и KEY должен быть определен разработчиком, который будет использовать ваш API. Таким образом, вы не можете предсказать, какой ключ разработчик будет делиться.
используя <meta-data> , разработчик, который хочет использовать ваш API / LIB, может поделиться the KEY С вами. Таким образом, вы оставляете API настроенным для чтения этого ключа и вызываете исключение, если пользователь не определил.
одним из классических примеров является Google Ads (Admob).
вы должны добавить следующую строку AndroidManifest :
загрузка com.google.android.gms.version со значением, представленным @integer/google_play_services_version . Тогда, вероятно, Google Play Services (Admob) прочтет это метаданных и он сможет определить версию Сервис Google Play, который вы использовали при создании приложения.
другой пример
другое использование для <meta-data> когда использовать их для настройки действия. Таким образом, вы можете передать ценную информацию android о своей деятельности, а затем Android может обрабатывать вашу деятельность должным образом. В этом случае <meta-data> тег добавляется внутри <activity> тег.
первый пример, который я вижу, когда вы определяете Поиск Деятельность.
затем, чтобы получить метаданные из тега activity, используйте следующее:
позвольте мне привести простой пример. Это помогает в поиске дополнительной информации — это основное объяснение метаданных.
Если я добавлю метаданные, что это номер телефона, чем вы знаете или можете выяснить географическую область из этого. Если я не заявил, что его номер телефона, чем у вас недостаточно метаданных, чтобы знать, что это за объект. Это может быть US SSN или что-то еще.
Он используется в Android для добавления объектов в манифест, например, если вы используете службу Google, добавьте ее для обозначения версии служб Google, к которой привязывается приложение.
метаданные-это данные, описывающие другие данные для информирования других приложений об использовании самих данных.
использование Android:
Intents-отличный пример для этого — если вы хотите передать данные в intents, это должно быть примитивно, потому что Android имеет только предварительные метаданные о таких объектах. (Строка и целое число имеют различную двоичную структуру, с которой система знает, как работать).
Intents также позволяют создавать ваши собственные метаданные для пользовательских объектов через участка класс (этот процесс ручного построения собственной метады называется упорядочить)
Everything you need to know about Android’s Project Mainline
One of the biggest changes in Android in recent years that flew under the radar, relatively speaking against its importance, was the introduction of Project Mainline in Android 10. Google mandates the inclusion of specific Mainline modules across Android releases, with Android 11 coming in with a combined compulsory total of 25 Mainline modules. Here is an explanation on what Project Mainline is and what it aims to solve, alongside a list of all of Android’s Project Mainline modules.
What is Project Mainline?
To properly understand Project Mainline, we will have to rewind a bit. If you go back a few years, a lot of the conversation around Android updates centered around the fragmentation problem. Fragmentation was one of the biggest challenges for Google to solve on Android around the Ice Cream Sandwich – Lollipop era. Even though Android as a platform received regular updates across a largely-predictable pattern, these updates used to take a very long time to reach the hands of final consumers, if at all. So while Google was fixing critical bugs and security issues at the platform level, the actual rollout of these changes left a lot to be desired. There were/are a lot of middlemen (SoC vendor, OEMs, carriers, etc.) and a lot of moving parts involved in delivering updates to your phone, and the fragmentation problem did not appear like it would solve itself without requiring some hard-hitting interventions.
One of the major efforts to address this problem came in the form of Project Treble alongside Android 8.0 Oreo, which involved a major rearchitecting of Android, separating the Android OS framework components from the vendor HALs and Linux kernel. Project Treble, in essence, modularized Android by separating the OS framework from the device-specific, lower-level software. This way, device makers (OEMs) need not wait for silicon manufacturers (SoC vendor) to update their vendor implementation code, and OEMs could update the Android OS framework independently. The end result is faster adoption of newer Android releases from the OEM, as they no longer need to wait around for the middleman (SoC vendor) to finish its job first before they can begin doing theirs.
While the Android update situation did not dramatically improve right off the bat with Project Treble, it did largely enable broader OEM participation in Android 10 and Android 11 betas as well as making it easier for OEMs to update more of their devices on a quicker timeline. Plus, the entire concept of the GSI (Generic System Image) has had a major impact on aftermarket development on our forums.
Project Mainline extends the efforts of Project Treble. While Treble reduced how dependent OEMs were on SoC vendors for every single OS update, Mainline reduces how dependent Google is on OEMs for delivering security updates to key OS components. Project Mainline extends the Treble philosophy to more critical parts of the Android framework, removing OEMs as the dependent middlemen from this equation. The purpose of Project Mainline is for Google to wrest control of framework components and system applications that are critical to security and maintaining development consistency away from OEMs. Project Mainline is rightfully referred to as the biggest change to Android since Project Treble.
For Project Mainline, Google makes use of Mainline modules which are delivered through the Google Play Services framework and the Google Play Store. Each Mainline module is delivered as either an APK file, an APEX file, or as an APK-in-APEX. When a Mainline module is being updated, the user sees a “Google Play System Update” (GPSU) notification on their device. Effectively, to deliver updates to critical components, Google has bypassed the need to wait for an OEM to roll out an update, choosing to do the task itself.
Modular system components enable Google and Android partners to distribute updates broadly, quickly, and seamlessly to end-user devices in a non-intrusive manner. For example, the combination of media codec fragmentation and critical bugs can dramatically slow app adoption and user engagement. Frequent updates to media-related modules can reduce codec fragmentation to make media app behavior more consistent across different Android devices and fix critical bugs to build user trust.
Android 10 or higher converts selected system components into modules, some of which use the APEX container format (introduced in Android 10) and some of which use the APK format. The modular architecture enables system components to be updated with critical bug fixes and other improvements as needed, without affecting lower-level vendor implementations or higher-level apps and services.
Project Mainline, AKA “Google Play System Updates,” was introduced in Android 10 as a major effort to make core system components of Android more modular and updatable. Mainline introduced a new “APEX” filetype specifically for system components, with the goal of shipping core Android code through the Play Store as easily as you ship an app update. Previously, Android’s only shippable code block was the APK, a filetype originally designed for third-party apps. This came with all sorts of security restrictions and could only start up late in the boot-up process, so APEX was created with more powerful system components in mind. APEXes can only be created by Google or your device manufacturer, so they can be noticeably more powerful and house critical boot-up components like the app runtime.
Mainline isn’t just a technical solution, it’s also about making more parts of Android centrally distributed by Google, which involves negotiating with device manufacturers and getting them to all agree to ship the same block of code. Mainline modules eventually become mandatory to ship, so Mainline is actually a big collaboration with device manufacturers to make sure a single ecosystem-wide module meets everyone’s needs. Not every Mainline module is an ultra-powerful APEX module—some are just APKs that are now Google-distributed Android code.
Project Mainline — Modules
With Android 10, Google mandated the inclusion of 13 specific Mainline modules. With Android 11, the total number of mandatory modules is 25. Here is the full list, alongside some key details:
| Module Name | Package Name | Type | Device Upgraded to or Launched with Android 11 |
Device Launched with Android 10 |
Device Upgraded to Android 10 |
|---|---|---|---|---|---|
| adbd | com.google.android.adbd | APEX | Must | Unsupported | Unsupported |
| Android Neural Network API Runtime | com.google.android.neuralnetworks | APEX | Must | Unsupported | Unsupported |
| Captive Portal Login | com.google.android.captiveportallogin | APK | Must | Strongly Recommended | Optional |
| Cell Broadcast | com.google.android.cellbroadcast | APEX | Must | Unsupported | Unsupported |
| Conscrypt | com.google.android.conscrypt | APEX | Must | Strongly Recommended | Optional |
| DNS Resolver | com.google.android.resolv | APEX | Must | Strongly Recommended | Optional |
| Documents UI | com.google.android.documentsui | APK | Must | Must | Optional |
| ExtServices – APK | com.google.android.ext.services | APK | Must | Must | Must |
| ExtServices – APEX | com.google.android.extservices | APEX | Must | Unsupported | Unsupported |
| IPsec/IKEv2 Library | com.google.android.ipsec | APEX | Must | Unsupported | Unsupported |
| Media Codecs | com.google.android.media.swcodec | APEX | Must | Must | Optional |
| Media Framework Components | com.google.android.media | APEX | Must | Must | Optional |
| Media Provider | com.google.android.mediaprovider | APEX | Must | Unsupported | Unsupported |
| Module Metadata | com.google.android.modulemetadata | APK | Must | Must | Must |
| Network Stack Components | com.google.android.networkstack | APK | Must | Strongly Recommended | Optional |
| Network Stack Permission Configuration | com.google.android.networkstack.permissionconfig | APK | Must | Strongly Recommended | Optional |
| Permission Controller – APK | com.google.android.permissioncontroller | APK | Must | Must | Must |
| Permission Controller – APEX | com.google.android.permission | APEX | Must | Unsupported | Unsupported |
| SDK Extensions | com.google.android.sdkext | APEX | Must | Unsupported | Unsupported |
| Statsd | com.google.android.os.statsd | APEX | Must | Unsupported | Unsupported |
| Telemetry Train Version Package | com.google.mainline.telemetry | APK | Must | Unsupported | Unsupported |
| Tethering | com.google.android.tethering | APEX | Must | Unsupported | Unsupported |
| Time Zone Data | com.google.android.tzdata | APEX | Must NOT | Must | Optional |
| Time Zone Data 2 | com.google.android.tzdata2 | APEX | Must | Unsupported | Unsupported |
| Wi-Fi³ | com.google.android.wifi | APEX | Must | Unsupported | Unsupported |
To provide some context to the columns above, the column titled “Device Upgraded to or Launched with Android 11” includes details on whether the module must be present (or must not be present, in case of Time Zone data because of the inclusion of its alternative) on all devices that have either been upgraded to Android 11, or are launching with Android 11 out of the box. Similarly, devices launching with Android 10 are required to include a few modules, are strongly recommended to include a few others, and are unsupported by the rest. For devices that are upgraded to Android 10 (as opposed to launched with Android), the list of required modules is shorter.
What does each Mainline module do?
Here’s a brief explanation for each of the Mainline modules:
The adbd module manages command-line adb and IDE debugging sessions. Modularizing adbd allows Google to deliver performance improvements and bug fixes quicker. This is crucial as some bugs in the past were related to battery drain, and could cause devices to continue using 100% CPU until the phone dies. So getting these fixes out is crucial for Google as adb is widely used by app developers and OEMs for testing.
Module Metadata: что за приложение на Android и как удалить?
Встретив среди списка программ название «Module Metadata», пользователь задается вопросом: что это такое, зачем оно нужно и, если я это не использую, то можно ли это удалить? Коротким ответом будет – используете, удалить нельзя или крайне нежелательно. За что же отвечает эта функция и название?
Для начала, это не программа как таковая, это завершенный участок кода в системе андроид. Называется – модуль (что и гласит название на английском). Это один из основных компонентов, обеспечивающих функционирование сторонних, предустановленных приложений на смартфоне.
Для взаимодействия с метаданными о списке модулей в Android предусмотрен Module Metadata. Начиная с Android 10, этот компонент в числе прочих частей кода имеет новый формат пакетов и обновляется отдельно от системных обновлений. С этого момента он и стал виден для пользователя. Что такое метаданные, какую информацию они несут?
Этот модуль необходим для функционирования приложений и программ на смартфоне. Что касается субканальных данных в файлах, то метаданные могут передавать конфиденциальные сведения: о последних изменениях, о владельце, дате создания. Поэтому из фотографий, видео, текстовых документов их важно удалить перед передачей другим пользователям. Для фотографий удаление этих данных позволяет еще уменьшить вес изображения. Для функционирования, например, игр эти данные никуда не передаются, а лишь сообщают другим компонентам телефона информацию, нужную для взаимодействия частей кода.
Удаление данной части системы Android со смартфона возможна только с помощью изменения программного кода всей системы, и приведет к поломке всего ПО телефона. Module Metadata нужна для функционирования телефона, не нужно с ней бороться.