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

Я хочу перестроить Android SDK (или, скорее, только android.jar), чтобы включить скрытые и внутренние API.

Я не смог найти никакой документации или обсуждения того, как это сделать. У меня уже настроена среда сборки Ubuntu CyanogenMod, которая может создавать cm7.

Теперь я прочитал, что make SDK создаст SDK, но я хочу создать SDK, который включает методы и поля, которые помечены как скрытые с помощью @hide. Это возможно?

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

Я всегда делаю это, чтобы использовать скрытый API.

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

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

android.jarфактически состоит из «общедоступного API» framework.jarи core.jarнаходится system/frameworks/на устройстве. android.jar- это своего рода то, что я бы назвал заголовком библиотеки Java, вся реализация в фактическом байтовом коде - это просто a 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).

• щелкните правой кнопкой мыши на Project → Properties → Java Build Path → Libraries → Add External JARs... → (Выберите core-dex2jar.jarи framework-dex2jar.jarсверху).

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

Для 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'

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

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.