Как создать Android SDK с доступными скрытыми и внутренними API?

Это то, что я всегда делаю, чтобы использовать скрытый api.

1. Создайте репо или загрузите jar-файлы со страницы https://sites.google.com/site/hippunosource/home/android/androidnohide-apiwo-shi-yongsuru-rifurekushonha-wei-shi-yong
2. скопируйте из / target / common / obj / JAVA_LIBRARIES / framework_intermediates / classes.jar (лучше переименовать его как-то вроде framework_all.jar)
3. сконфигурируйте путь сборки вашего проекта -> библиотеки -> добавьте эти внешние jar-файлы. В разделе «Порядок и экспорт» переместите его вверх и перед android.jar.

Я провел некоторое расследование по этому поводу, и мой вывод простой: Это невозможно сделать без некоторой работы. Прочтите оставшуюся часть этого ответа, чтобы узнать подробнее о том, что я нашел.

android.jar фактически состоит из "общедоступного API" framework.jar и core.jar, который находится в system/frameworks/ на устройстве. android.jar - это то, что я бы назвал заголовком библиотеки Java, вся реализация в фактическом байтовом коде - это просто throw new RuntimeException("stub");, это позволяет вам строить против android.jar (например, в Eclipse), но выполнение должно выполняться на устройстве или эмуляторе.

Общедоступный API Android SDK определяется классами / методами / полями, которые не имеют префикс аннотации @{hide} javadoc. Т.е. все, что не аннотировано, включено в SDK.

android.jar построен из источников, расположенных в out/target/common/obj/JAVA_LIBRARIES/android_stubs_current_intermediates, который сам генерируется инструментом DroidDoc, расположенным в build/tools/droiddoc.

DroidDoc - это инструмент (возможно, адаптированный из javadoc или использующий javadoc), который генерирует фактическую документацию Android SDK. В качестве побочного эффекта и, вероятно, из-за того, что он уже анализирует всю документацию javadoc, он также извергает заглушки Android, которые затем компилируются в android.jar, который распространяется в SDK.

Итак, чтобы включить скрытый материал, вы можете, если вы хотите включить только определенные части, просто удалите аннотацию @hide и перестройте SDK.

Однако, если вы хотите включить все скрытые части, все становится намного сложнее. Вы можете изменить DroidDoc (соответствующий источник находится в build/tools/droiddoc/src/Stubs.java) так, чтобы ничего не обнаруживалось как скрытое. Это довольно тривиально, и я пробовал это, однако генерируемые затем заглушки вообще не компилируются.

На данный момент я пришел к выводу, что это просто невозможно. Заглушки, сгенерированные, если вы удалите часть DroidDoc, которая обнаруживает скрытые аннотации, просто не компилируются, и для правильной компиляции потребуется довольно много работы.

Итак, мой ответ на ваши вопросы: нет, этого нельзя сделать, не проделав большой работы. Извините.

Замечание об инструменте mkstubs. mkstubs используются при создании надстройки SDK, т. Е. Надстроек, которые вы можете найти в диспетчере Android SDK от поставщиков, например Samsung предоставляет вам дополнительный API для вещей, специфичных для телефонов Samsung. mkstubs выполняет во многом то же самое, что и процесс создания заглушек DroidDoc, однако он не использует @hide аннотации, он использует .defs файл, описывающий, какие пакеты / классы / поля включить или исключить из вашего дополнения SDK.

Однако все это не имеет отношения к вопросу, поскольку сборка Android SDK не использует инструмент mkstubs. (К несчастью.)

Мы могли реконструировать файлы * .jar с платформы Android.

Сначала подключите ADB к вашему устройству. Затем запустите:

adb pull /system/framework/core.jar .
adb pull /system/framework/framework.jar .

core.jar содержат стандартные библиотеки Java (java.*), а framework.jar содержат библиотеки Android (android.*). Это пока не может быть использовано, поскольку фактические файлы находятся в формате DEX, а не в формате JAR.

Мы могли бы преобразовать эти * .jar-файлы в формате DEX в настоящие JAR-файлы с помощью таких инструментов, как dex2jar:

dex2jar core.jar
dex2jar framework.jar

Затем вставьте эти банки, используя «Добавить внешние JAR-файлы ...» (при условии, что вы используете Eclipse ADT).

• щелкните правой кнопкой мыши _7 _... → (Выберите core-dex2jar.jar и framework-dex2jar.jar сверху).

Это позволит вам использовать внутренний API и некоторые API Java 7. (Сгенерированный APK, насколько я понимаю, не содержит фактического кода из JAR.)

Вы можете загрузить измененный android.jar для использования в качестве скрытых API из этого репозитория. Следуйте инструкциям там.

Для Lollipop поток немного отличается:

1. Получите /system/framework/arm/boot.oat с устройства Lollipop

2. Используйте 'java -jar oat2dex.jar boot boot.oat '

3. Вы получите две папки: dex и odex. Перейдите в dex и создайте 'java -jar dex2jar.jar framework.dex'
4. Переименуйте полученный framework.jar в .zip, извлеките и найдите нужные классы.
5. Перейдите в [sdk_path] / platform / [target_platform] и извлеките android.jar (сначала переименуйте его в zip).
6. Скопируйте файлы из извлеченного фреймворка в извлеченный файл android.jar. Затем сожмите в zip и переименуйте в .jar :)

ps: возможно, вам нужно повторить шаги 4-6 для 'framework_classes2.dex'

DroidCon 2011

Здесь Эрик Хеллман из Sony Ericson объясняет, как получить доступ к скрытым API Android:

http://vimeo.com/30180393 (хм, ссылка не работает).

Перейдите на веб-страницу DroidCon, день 2, прокрутите вниз до раздела Использование скрытых API 10 : 15, и вы можете посмотреть это там.

Ссылки умирают!

Я нашел вот это: http://skillsmatter.com/podcast/os-mobile-server/hidden-api Я не знаю, как долго он будет работать.

Официальных API в Android SDK обычно достаточно для большинства обычных приложений. Однако иногда возникают ситуации, когда разработчику требуется доступ к внутренним системным службам, API и ресурсам, которые не опубликованы в официальных API. К счастью, эти API-интерфейсы по-прежнему доступны с помощью некоторых хитрых уловок и часто могут быть полезны при разработке новых и инновационных решений на базе Android. На этом занятии вы узнаете, как получить доступ и использовать эти скрытые и защищенные API-интерфейсы, ограничения их использования и некоторые советы по их безопасному и контролируемому использованию на устройствах разных производителей и в версиях Android. Зрители увидят несколько продвинутых демонстраций, которые обычно не подходят для Android. Ожидайте довольно продвинутого сеанса с большим количеством аналитических сведений о внутреннем устройстве платформы Android.

Попробуйте посмотреть это:

Конечная цель этих статей - дать разработчикам возможность использовать внутренние и скрытые API без использования рефлексии. Если вы выполните все шаги, описанные в следующих нескольких частях, вы сможете использовать внутренние и скрытые API, как если бы они были общедоступными открытыми API. Не нужно будет размышлять.

Но если вы используете эти закрытые API, вы должны знать, что ваше приложение подвергается большому риску. По сути, нет никаких гарантий, что API-интерфейсы не будут повреждены при следующем обновлении ОС Android. Нет даже никаких гарантий относительно единообразного поведения устройств от разных производителей. Вы полностью предоставлены сами себе.

Есть три сценария, которым вы можете следовать:

1. Включите как внутренние, так и скрытые API (сценарий A)
2. Включить только скрытый API (сценарий B)
3. Включить только внутренний API (сценарий C)

Сценарий A представляет собой сумму B и C. Сценарий B - самый простой (не требует модификаций плагина eclipse ADT).

Сценарий A: прочтите части 1, 2, 3, 4, 5

Сценарий B: прочтите части 1, 2, 3, 5

Сценарий C: прочтите части 1, 2, 3, 4, 5

Однажды я написал несколько скриптов Groovy для извлечения файлов java из проверки репо с http://source.android.com/, а затем компилировать их без необходимости в полной цепочке инструментов для компиляции всех исходников Android, включая необходимые другие шаги (упаковка, создание ресурсов и т. д.).

Их можно найти здесь:

https://github.com/thoutbeckers/CollectAndroid

Но наверняка это потребует обновления для чего-либо после Gingerbread, в основном путем установки правильных каталогов в "rootdirs" в файле конфигурации (CollectConfig.groovy).

В то время я регулярно использовал это для разработки со всеми доступными скрытыми API и источниками (также проблемными в то время).

Как упоминалось в другом месте, com / android / internal / ** по-прежнему будет скрыт в последних версиях ADT из-за добавленного правила доступа.

Длинный ответ сработал для меня, но мне все еще не хватало некоторых необходимых мне классов, в частности android.provider.Telephony. Я смог добавить это так:

1. Распакуйте файл framework.jar

   mkdir /tmp/framework
   cp framework.jar /tmp
   cd /tmp/framework
   jar xvf ../framework.jar
   mv android classes
   

2. Создайте репозиторий Android, который создаст каталог out / target / common / obj / JAVA_LIBRARIES.

3. Найдите недостающие классы

   $ cd /path/to/out/target/common/obj/JAVA_LIBRARIES
   $ find . | grep "/Telephony.class"
   ./telephony-common_intermediates/classes/android/provider/Telephony.class
   ./android_stubs_current_intermediates/classes/android/provider/Telephony.class
   

4. Добавьте новые классы и перестройте JAR-файл фреймворка.

   cd /tmp/framework
   cp -r /path/to/out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes .
   cp -r /path/to/out/target/common/obj/JAVA_LIBRARIES/telephony-common_intermediates/classes .
   cd classes
   jar cvf ../framework.jar .
   

Или вы можете просто полениться и включить все классы в один гигантский jar-файл:

cd /tmp/framework
cp -r /path/to/out/target/common/obj/JAVA_LIBRARIES/*/classes .
cd classes
jar cvf ../framework.jar .

Я не могу комментировать, но это в основном комментарий к @ KennyTM (https://stackoverflow.com/a/13550030/2923406) отличный ответ:

Если вы обнаружите следующую ошибку в Eclipse:

The type com.android.internal.util.Predicate cannot be resolved. It is indirectly referenced from required .class   files

(то есть android.internal. * недоступен)

Тогда одно из возможных решений - применить тот же метод для /system/framework/framework2.jar. Используя эмулятор Android для SDK19, у меня есть дополнительная банка. На моем HTC One даже есть framework3.jar.