Como aumentar o tamanho da pilha de um aplicativo Android?

Estou escrevendo um aplicativo Android que usa vários modelos 3D. Esse modelo com texturas pode ocupar muita memória. Descobri que o fabricante define um limite para o tamanho da pilha que um aplicativo pode usar. Por exemplo, meu tablet Samsung Galaxy Tab 8.9 P7310 pode ocupar 64 MB de memória.

Existe uma maneira de aumentar esse tamanho de memória que um aplicativo pode usar?

Você pode usar android: largeHeap = "true" para solicitar um tamanho de pilha maior, mas isso não funcionará em nenhum dispositivo Honeycomb anterior. Nos dispositivos anteriores à 2.3, você pode usar a classe VMRuntime, mas isso não funcionará no Gingerbread e acima.

A única maneira de ter um limite o maior possível é executar tarefas intensivas de memória por meio do NDK, pois o NDK não impõe limites de memória como o SDK.

Como alternativa, você só pode carregar a parte do modelo que está atualmente em exibição e carregar o restante conforme necessário, enquanto remove as partes não utilizadas da memória. No entanto, isso pode não ser possível, dependendo do seu aplicativo.

Existe uma maneira de aumentar esse tamanho de memória que um aplicativo pode usar?

Os aplicativos em execução na API Nível 11+ podem ter android:largeHeap="true"no <application>elemento no manifesto para solicitar um tamanho de heap maior que o normal, e getLargeMemoryClass()on ActivityManagerinformará o tamanho desse heap. Contudo:

1. Isso funciona apenas no nível API 11+ (ou seja, Honeycomb e além)

2. Não há garantia de quão grande será a pilha grande

3. O usuário perceberá sua solicitação de grande heap, porque forçará os outros aplicativos a sair da RAM e encerrará os processos de outros aplicativos para liberar a RAM do sistema para uso em sua grande heap

4. Por causa do número 3, e pelo fato de eu esperar que android:largeHeapisso seja abusado, o suporte para isso pode ser abandonado no futuro ou o usuário pode ser avisado sobre isso no momento da instalação (por exemplo, você precisará solicitar uma permissão especial para isso) )

5. Atualmente, esse recurso está ligeiramente documentado

você não pode aumentar o tamanho da pilha dinamicamente.

você pode solicitar o uso de mais usando android:largeHeap="true"o manifesto.

Além disso, você pode usar native memory (NDK & JNI), para realmente ignorar a limitação do tamanho da pilha.

Aqui estão alguns posts que eu fiz sobre isso:

• Como armazenar em cache bitmaps na memória nativa

• Operações de bitmap JNI, para ajudar a evitar OOM ao usar imagens grandes

e aqui está uma biblioteca que eu fiz para isso:

• https://github.com/AndroidDeveloperLB/AndroidJniBitmapOperations

Use o segundo processo. Declarar AndroidManifestnovo Servicecom

android:process=":second"

Intercâmbio entre o primeiro e o segundo processo BroadcastReceiver

Isso pode ser feito de duas maneiras, de acordo com o sistema operacional Android.

1. Você pode usar a android:largeHeap="true"tag de aplicativo do manifesto do Android para solicitar um tamanho de heap maior, mas isso não funcionará em nenhum dispositivo pré-Honeycomb.
2. Nos dispositivos anteriores à 2.3, você pode usar a classe VMRuntime , mas isso não funcionará no Gingerbread e acima. Veja abaixo como fazê-lo.

VMRuntime.getRuntime().setMinimumHeapSize(BIGGER_SIZE);

Antes de configurar o HeapSize, verifique se você inseriu o tamanho apropriado que não afetará outro aplicativo ou funcionalidade do sistema operacional. Antes das configurações, verifique o tamanho do aplicativo e defina o tamanho apenas para realizar seu trabalho. Não use muita memória, caso contrário outros aplicativos podem afetar.

Referência: http://dwij.co.in/increase-heap-size-of-android-application

Pelo que me lembro, você poderia usar a VMRuntimeclasse nas primeiras versões do Android, mas agora não pode mais.

Não acho que deixar o desenvolvedor escolher o tamanho da pilha em um ambiente móvel possa ser considerado tão seguro. Eu acho que é mais fácil encontrar uma maneira de modificar o tamanho da pilha em um dispositivo específico (não no lado da programação), tentando modificá-lo a partir do próprio aplicativo.

Aumentar o Java Heap injustamente consome recursos móveis deficitários. Às vezes, basta aguardar o coletor de lixo e, em seguida, retomar suas operações após a redução do espaço de heap. Use este método estático então.