Запуск приложений, содержащих большое количество кода

Фон

Кажется, что некоторые старые ОС Android (и, возможно, даже самые новые) имеют ограничение на количество кода, которое может хранить каждое приложение.

Как я уже нашел, ограничение находится в буфере под названием "LinearAlloc".

В 2.2 или 2.3 это примерно 5-8 МБ, и я думаю, что это 16 или больше на других.

Проблема

Если у вас слишком большой код (и приложения могут достичь этого состояния), вы не сможете установить приложение вообще на более старых устройствах, получив следующую ошибку (также сообщите здесь):

Installation error: INSTALL_FAILED_DEXOPT
Please check logcat output for more details.
Launch canceled!

Что я нашел

Одним из решений является просто удалить как можно больше кода и библиотек, но в некоторых крупных проектах это очень сложно сделать.

Я нашел следующие ссылки, рассказывающие о том, как Facebook решил это, как-то увеличив предел:

• http://www.slashgear.com/how-facebook-fixed-its-gingerbread-dalvik-problem-04272478/
• http://arstechnica.com/business/2013/03/how-facebook-dug-deep-within-android-to-fix-its-mobile-app/
• https://www.facebook.com/notes/facebook-engineering/under-the-hood-dalvik-patch-for-facebook-for-android/10151345597798920

Кроме того, Google опубликовал, как его решить, загружая код динамически:

http://android-developers.blogspot.co.il/2011/07/custom-class-loading-in-dalvik.html

Вопрос

Как сделал Facebook?

Можно ли это преодолеть и другими способами?

Есть ли бесплатная библиотека, которая увеличивает/удаляет ограничение этого буфера?

В чем ограничение на новые версии Android, если есть?

Как справляются с этой проблемой огромные приложения (и игры)? Они помещают свой код в C/С++?

Будет ли загрузка файлов dex динамически решаться?

Ответы

Ответ 1

Предел - это общее число ссылок на методы:

• https://code.google.com/p/android/issues/detail?id=7147#c6
• https://code.google.com/p/android/issues/detail?id=20814#c6

Среднее расстояние между тем, чтобы ничего не делать и многозадачный подход, описанный в статьях FB/Google, - использовать инструмент, например ProGuard, для удаления ссылок на неиспользуемый код на уровне Java. См:

• http://proguard.sourceforge.net/
• http://developer.android.com/tools/help/proguard.html

Ответ 2

Существует новое решение, сделанное Google:

• https://plus.google.com/+IanLake/posts/JW9x4pcB1rj?utm_source=Android%20Weekly&utm_campaign=59f1f4bf4d-Android_Weekly_125&utm_medium=email&utm_term=0_4eb677ad19-59f1f4bf4d-337848877
• http://developer.android.com/reference/android/support/multidex/MultiDexApplication.html

Кажется, все, что вам нужно сделать, это любая из следующих вещей:  - простирается от "MultiDexApplication", а не от "Приложения"  - вызвать MultiDex.install(контекст) в приложении applicationBaseContext

Но теперь я задаюсь вопросом:

• Это действительно так?
• Есть ли у вас какие-либо проблемы? Это влияет на производительность?
• Как это работает?
• Что нужно делать с ContentProvider, так как он вызывает вызов до того, как приложение будет инициализировано?
• Сообщение гласит: "дает вам поддержку MultiDex на всех устройствах API 4+ (ну, пока v21, где вы получите это изначально)". Означает ли это, что из v21 это будет поведение по умолчанию, или просто, что класс будет построен, и вам не нужно будет использовать класс библиотеки поддержки?
• Будет ли это решение работать и на Eclipse?