Что такое декомпиляция и для чего нужна?
Для работы рекомпиляции требуется наличие бинарников aapt's. Запрос об установке появляется при первом запуске приложения. Если вы этого не сделали, загрузка осуществляется в "Настройки » Сборка и декомпиляция » Замена инструментов » Загрузить для ... »
Как декомпилировать приложение?
- Выбираете необходимое приложение.
- Тапаете на него.
- Открывается всплывающее меню.
- Выбираем пункт "Декомпилировать".
- Отмечаем пункты, которые требуется декомпилировать:
- "Декомпилировать ресурсы"
- "Декомпилировать classes.dex" или
"Декомпилировать все '*.dex'."
(Пункт "все *.dex" отвечает за дексы во вложенных папках: например в assets, mthook и т.д.) - А также если необходимо и "Декомпиляцию дополнительных ресурсов" с выбором места, куда можно декомпилировать.
Как обратно компилировать приложение?
- Внутри проекта нажать на надпись "Собрать проект" над окном проводника.
- В окне сборки нужно выбрать инструмент сборки ресурсов – aapt или aapt2.
- Также можно указать автоматическое подписывание, если это нужно.
По завершению лог остановится (это будет видно).
После успешной компиляции будет звуковое и диалоговое оповещение, если оно заранее было включено в Настройках.
Внизу также будет предложение сразу установить собранное приложение.
Куда сохраняется приложение после сборки?
Возможна ли одновременная декомпиляция нескольких файлов?
Как это сделать?
Внимание! Это работает для однотипных файлов. Если выделено что-то, кроме apk, то пунктов не будет в меню.
Как изменить папку, куда будут сохраняться apk?
- Настройки → "Сборка и декомпиляция" → "Установить выходной каталог установленных приложений"
- Перейти в нужную папку, тап по строчке "путь" - установить выходной каталог.
- Задать выходной каталог можно ещё прямо в файловом менеджере.
Что такое пункт "Выходной каталог установленных приложений"?
Как заменять ресурсы в файле «.apk»?
Что делать, если приложение не собирается, хотя все сделано без ошибок или я вообще ничего не менял в апк, а просто перекомпилировал?
Смотреть лог на наличие уровня события Warning.
В общем, смотреть лог – там должно быть указана причина.
Какова совместимость с проектами Apktool?
Перед сборкой, Apktool M преобразует .yml в .json.
Сведения о процессе можно отслеживать по логу.
Может ли Apktool M работать с системными приложениями?
Как это сделать?
Базовый путь: /system/framework/..
Они также могут находиться в /system/vendor/framework и т.д. смежных директориях. Если эти директории существуют (редкое явление).Пример фреймворков:
После декомпилировать и компилировать как обычный apk. Для сохранения оригинальных META-INF и манифеста – в настройках декомпиляции включить переключатель "Соответствие оригиналу".
Пояснение пунктов в разделе "Сборка и декомпиляция"
Выходной каталог
Использовать aapt2
Отладочная информация
При сборке в файлах Smali сохраняются отладочные данные, такие как .line, .param
и т.д.
Эти данные требуются исключительно для возможности отладки работы приложения в режиме debuggable. А также для узконаправленной отладки падения Smali в журнале Logcat (редкое явление, может помочь в качестве якоря на строку, вызывающую падение). На выполнение кода они не влияют. Эти данные также могут помочь при редактировании ассемблера Smali в качестве ориентиров и тому подобное (для мододелов).
Режим отладки
<application />
аттрибут android:debuggable значением true.
Объявляет системе, что это debug-приложение. Позволяет расширить доступ к логгированию этого
приложения. Взаимодействие с работоспособностью этой функции возможно лишь с помощью специальных
инструментов (такие есть в Android Studio, а также отладки на уровне ADB, т.д.). Эта не
относится к журналу Logcat – количество отладки в системный журнал не изменятся при изменении
этого параметра.
Для указания такого приложения как текущего для отладки – выбрать его в "Системные настройки » Для разработчиков » Приложение для отладки" (пути могут отличаться).
Полный
Соответствие оригиналу
Этот режим позволяет редактировать только Smali – при попытке собрать отредактированный файл в res/..., он будет удалён в конечном apk, т.к. он не соответствует исходному хэшу (модифицирован).
Вопрос требует уточнения.
Анализ всех Smali
Добавлять "APKTOOL_DUMMY"
По умолчанию, ID ресурсов внутри resources.arsc выставляются по арифметической прогрессии. В некоторых случаях она может быть нарушена – некоторые места внутри типов значений могут быть не заполнены (являются незанятыми).
На эти места устанавливются с заглушки APKTOOL_DUMMY для восстановления целостности прогрессии. Эти строки никем не используются и ни на что не влияют.
Небольшое примечание:Если удалить объект ресурса из res/values/public.xml, то при сборке он попытается найти такое свободное место и установить в нём свой ID. Если свободных мест нет, он добавится в конце списка объектов из своей категории. Не рекомендуется это делать с ID объектов, которые указаны в Smali – это вызовет падение, т.к. указанный по ID ресурс был перемещён (его больше не существует как такового).
Удаление public.xml целиком заставит Apktool создать прогрессию с нуля – тогда APKTOOL_DUMMY не будет нигде установлен, т.к нет свободных мест между начинающим и замыкающим ID.
Нужда в APKTOOL_DUMMY определяется исключительно самим пользователем. Также это может потребоваться, если декомпилированный проект имеет специф. структуру среди ID (в частности из-за кастомных аттрибутов и/или обфускации).
Форматировать HTML
Удалять папку "build"
Во время сборки, файлы DEX и ARSC кэшируются в папку build. Если вы не изменяли ресурсы после предыдущей сборки и вновь собрали apk – .arsc не будет создан вновь, а подхватится из кэшированного экземпляра, потому что его хэш идентичен (не модифицирован). Это также касается Smali (файлов DEX). Ускоряет сборку apk за счёт пропуска повторной компиляции.
Удаление папки сопровождается лишь освобождением пространства. После чего в процессе следующей сборки, .dex и .arsc будут вновь созданы "с нуля" и папка воссоздастся. Активирование пункта позволяет автоматически удалять папку после успешной сборки. Активировать при желании.