Google Maps API Android v2 SupportMapFragment fuite de mémoire

À l'aide de 2 activités simples. Première Activité qui ne tient que sur un bouton pour démarrer la 2ème Activité qui est titulaire de la carte:

Activité Principale:

public class MainActivity extends Activity {

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
}

public void goToMap(View view){ //This is just the onClick method for the button
    Intent intent=new Intent( this, BigMapTest.class);
    startActivity(intent);
}

L'activité sur la carte:

public class BigMapTest extends FragmentActivity {
SupportMapFragment mapFragment;
GoogleMap map;

@Override
protected void onCreate(Bundle arg0) {
    //TODO Auto-generated method stub
    super.onCreate(arg0);

    setContentView(R.layout.travel_diary_big_map);

    mapFragment=(SupportMapFragment) getSupportFragmentManager().findFragmentById(R.id.big_map);
    map=mapFragment.getMap();

}

Le XML Mise en page de la carte d'activité:

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >

<fragment
        android:id="@+id/big_map"
        android:layout_width="fill_parent"
        android:layout_height="fill_parent"
        class="com.google.android.gms.maps.SupportMapFragment"  
        />

Maintenant lorsque j'exécute ce code, appuyez sur le bouton pour passer à l'Activité avec la carte, et en appuyant sur la touche back pour se rendre à la première activité...puis en répétant le processus, je peux voir le tas de l'augmentation de la taille à chaque fois, jusqu'à ce qu'il atteint ses limites, et puis il commence de serrage. Si vous gâcher un peu plus avec la carte(c'est à dire le zoom), je peux avoir une OOM Exception à ce point.

01-25 16:10:13.931: D/dalvikvm(21578): GC_FOR_ALLOC libéré 1898K, 7% gratuit 45859K/49187K, pause 204ms

01-25 16:10:14.671: I/dalvikvm-tas(21578): Pince cible GC tas de 52.724 MO à 48.000 MO

01-25 16:10:14.671: D/dalvikvm(21578): GC_CONCURRENT libéré 2534K, 6% gratuit 46554K/49187K, pause 3ms+14ms

01-25 16:10:15.372: I/dalvikvm-tas(21578): Pince cible GC tas de 52.979 MO à 48.000 MO

01-25 16:10:15.382: D/dalvikvm(21578): GC_CONCURRENT libéré 2273K, 5% gratuit 46815K/49187K, pause 3ms+15ms

01-25 16:10:15.622: I/dalvikvm-tas(21578): Pince cible GC tas de 52.604 MO à 48.000 MO

01-25 16:10:15.622: D/dalvikvm(21578): GC_FOR_ALLOC libéré 657K, 6% gratuit 46431K/49187K, pause 202ms

01-25 16:10:16.203: I/dalvikvm-tas(21578): Pince cible GC tas de 52.959 MO à 48.000 MO

01-25 16:10:16.203: D/dalvikvm(21578): GC_FOR_ALLOC libéré 1469K, 5% gratuit 46796K/49187K, pause 217ms

01-25 16:10:16.203: I/dalvikvm-tas(21578): Forcer la collection de SoftReferences pour 278744-allocation d'octets

01-25 16:10:16.423: I/dalvikvm-tas(21578): Pince cible GC tas de 52.952 MO à 48.000 MO

01-25 16:10:16.423: D/dalvikvm(21578): GC_BEFORE_OOM libéré 9K, 5% gratuit 46786K/49187K, pause 219ms

01-25 16:10:16.423: E/dalvikvm-tas(21578): de mémoire sur un 278744-allocation d'octets.

Des suggestions/aide serait appréciée.

Utilisation de TAPIS de sol pour déterminer la source de votre fuite.
À l'aide de TAPIS et alors la recherche de l'objet avec la plus grande retenue de la taille (qui ne cesse de grandir à chaque cycle) puis en utilisant le chemin d'accès à la GC racines à l'exclusion des références faibles, j'ai atteint les suivants: cartes de la classe.par.un @ 0x414f7fa8 Système de Classe. - Mais je ne sais pas quoi faire ensuite.
Il semble que quelque chose est accumilating dans une table de hachage: La classe "des cartes.par.une", chargé par "dalvik.système.PathClassLoader @ 0x413de740", occupe 12,923,112 (57.78%) octets. La mémoire est accumulé dans une instance de java.util.HashMap$HashMapEntry[]" chargé par "<système de chargeur de classe>". Mots-clés java.util.HashMap$HashMapEntry[] cartes.par.un dalvik.système.PathClassLoader @ 0x413de740
Eh bien, ce n'est pas prometteuse. Ai-je une chance peut con vous dans le téléchargement de l'ensemble du projet de test quelque part afin que je puisse prendre un coup d'oeil?
Assurez-vous. Bien que je suis très nouveau à ce...Où serait-il approprié de la charge de trop? (Si le projet est très petite, comme décrit ci-dessus)
Dépôt GitHub, le fichier ZIP sur le public de DropBox, le fichier ZIP sur Amazon S3, ...
dl.dropbox.com/u/83195107/MapMemoryLeakTest.zip
OK, je vais jeter un oeil à ce cours du week-end et de faire rapport des résultats.
Je vous remercie beaucoup.
Google ont reconnu ce problème et a déclaré que cela sera corrigé avec la prochaine version de Maps API Android. code.google.com/p/gmaps-api-issues/issues/detail?id=4766
Question est - à quand la prochaine sortie?

InformationsquelleAutor Nims | 2013-01-25

8

Près que je peux dire de certains basic TAPIS de détective, ce que vous voyez est un cache géré par les Cartes V2 de téléchargé des données cartographiques. Le cache semble être plus grand si vous pan et zoom beaucoup. Le cache se rétrécit si vous laissez la carte et revenir à une nouvelle carte plus tard. Je ne pouvais pas obtenir N caches de N fois le lancement de l'activité sur la carte de votre exemple d'application, et la taille du cache est propagée par vagues selon ce que l'utilisateur fait.

Hélas, ce cache est unconfigurable, autant que je sache, en termes de comment elle est grande, quand il est effacée, ne il des répercussions sur le disque, etc.

Donc, par défaut, tout ce que vous pouvez faire est de laisser de côté une bonne partie de votre espace de tas de Cartes V2 pour jouer avec, et de prendre des mesures pour rester dans ce petit sous-ensemble de tas.

Si vous voulais expérimenter, vous pouvez essayer d'appeler clear() sur GoogleMap, ou onLowMemory() sur votre SupportMapFragment, pour voir si tout servir à réduire la taille de la mémoire cache.
- Alors que certains le comportement observé peut être dû à cache le flux et le reflux, les cartes fragment est certainement une fuite le contexte d'accueil. Ceci peut être facilement testée par la rotation d'une activité avec une carte, quelques fois et puis de voir comment de nombreux exemplaires de l'activité sont encore dans le tas. Même les cartes de démonstration app ne ce comme décrit dans la le rapport de bug.
InformationsquelleAutor CommonsWare
2

Les Développeurs Android 5:10 PM Page Google+

Nous déroulons Google Play services v3.0, ce qui introduit de Google+ Sign-In et Google Maps API Android améliorations.

À compter du 26 février 2013, cette question, qui est également décrite sur la gmaps-api-les enjeux de la page a été résolu par le courant Google API mise à Jour.

InformationsquelleAutor lambda
1

J'ai exactement le même problème. La mémoire est accrue à chaque fois que l'activité d'hébergement de la V2 carte commence. Et il n'est pas libéré, même lorsque l'activité de fin.

Donc la solution de contournement est de réutiliser cette activité. Faire de l'activité singleTask dans le manifeste, et au lieu de finish(), utilisez moveTaskToBack(true);
- C'est une bonne solution si vous avez seulement 1 carte ou très peu de cartes en cours d'utilisation, mais je ne vois pas comment cela pourrait fonctionner si vous avez des cartes à plusieurs activités.
- non sa ne fonctionne pas
InformationsquelleAutor Chonnarong Hanyawongse

L'utiliser dans votre mise en page:

<LinearLayout
        android:id="@+id/map_container2"
        android:layout_width="match_parent"
        android:layout_height="200dp"
        android:layout_weight="35.22"
        android:orientation="horizontal" >

        <fragment
            android:id="@+id/map1"
            android:layout_width="match_parent"
            android:layout_height="match_parent"
            android:layout_weight="1"
            class="com.google.android.gms.maps.SupportMapFragment"
            map:cameraTargetLat="40.72"
            map:cameraTargetLng="-74.00"
            map:cameraZoom="8" />
    </LinearLayout>

Et ce code:

onCreate{
setUpMapIfNeeded();
}
private void setUpMapIfNeeded() {
//TODO Auto-generated method stub
//Do a null check to confirm that we have not already instantiated the map.
if (mMap == null) {
//Try to obtain the map from the SupportMapFragment.
mMap = ((SupportMapFragment) getSupportFragmentManager().findFragmentById(R.id.map1))
.getMap();
//Check if we were successful in obtaining the map.
if (mMap != null) {
setUpMap();
}
}
}
private void setUpMap() {
//TODO Auto-generated method stub
//Hide the zoom controls as the button panel will cover it.
mUiSettings = mMap.getUiSettings();
//Enables/disables zoom gestures (i.e., double tap, pinch & stretch).
mMap.getUiSettings().setZoomGesturesEnabled(false);
//Enables/disables scroll gestures (i.e. panning the map).
mMap.getUiSettings().setScrollGesturesEnabled(false);
//Enables/disables the compass (icon in the top left that indicates the orientation of the
//map).
mMap.getUiSettings().setCompassEnabled(false);
//Add lots of markers to the map.
addMarkersToMap();
//Pan to see all markers in view.
//Cannot zoom to bounds until the map has a size.
final View mapView = getSupportFragmentManager().findFragmentById(R.id.map1).getView();
if (mapView.getViewTreeObserver().isAlive()) {
mapView.getViewTreeObserver().addOnGlobalLayoutListener(new OnGlobalLayoutListener() {
@SuppressLint("NewApi") //We check which build version we are using.
@Override
public void onGlobalLayout() {
LatLngBounds bounds = new LatLngBounds.Builder()
.include(WOODS)
.build();
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.ICE_CREAM_SANDWICH) {
mapView.getViewTreeObserver().removeGlobalOnLayoutListener(this);
} else {
mapView.getViewTreeObserver().removeGlobalOnLayoutListener(this);
}
mMap.moveCamera(CameraUpdateFactory.newLatLngBounds(bounds, 50));
}
});
}
}
private void addMarkersToMap() {
//TODO Auto-generated method stub
//Uses a colored icon.
mWoods = mMap.addMarker(new MarkerOptions()
.position(WOODS)
.title("Woods")
.snippet("R. Quatá, 1016, Vila Olimpia - (11) 3849-6868")
.icon(BitmapDescriptorFactory.defaultMarker(BitmapDescriptorFactory.HUE_AZURE)));
}

donner votre code complet
C'est le code complet
Quel est le BOIS ici LatLngBounds limites = new LatLngBounds.Constructeur() .inclure(BOIS) et le nom de la variable pour mUiSettings
WOODS est private static final LatLng BOIS = new LatLng(-23.596089,-46.682393); la variable de la Lat et Long valeur, privé UiSettings mUiSettings;

InformationsquelleAutor Marckaraujo

Vous devez vous connecter pour publier un commentaire.