C++ gestion de la mémoire et des vecteurs

Je soupçonne que vos questions sont sur le std::vector< T > (par opposition à un tableau T[]).

1. Lorsque votre application se bloque ou s'il est interrompu pour quelque raison que ce soit, le système récupère la mémoire. Si vous n'utilisez pas un véritablement rare OS et ont découvert un bug.
2. Vous avez besoin de distinguer entre la mémoire utilisée par le vecteur lui-même et la mémoire de ses objets contenus. Le vecteur peut être créé sur le tas ou sur la pile comme vous l'avez remarqué, la mémoire qu'il alloue à ses éléments contenus est toujours sur le tas (sauf si vous fournissez votre propre allocateur qui n'est autre chose). La mémoire allouée par le vecteur est géré par la mise en œuvre de vecteur, et si le vecteur est détruite (parce qu'il est hors de portée pour un vecteur sur la pile ou parce que vous supprimez un vecteur sur le tas) de son destructeur permet de s'assurer que toute la mémoire est libérée.

Oui, vous pouvez faire confiance à vecteurs de nettoyer après eux-mêmes.

CEPENDANT Vous ne pouvez pas faire confiance à la trucs vecteur détient pour le nettoyage après lui-même. Ce qui doit être nettoyé pourrait être quelque chose qui persiste en dehors de votre application. Si sa mémoire, ce n'est pas un souci. Si son assurez vous que les balises XML sont toutes fermées, alors le système d'exploitation n'est pas en mesure de vous aider.

Par exemple, si vous avez un vecteur de certaines déglingués de verrouillage de l'objet comme ceci:

  class CLock
  {
  public:
      CLock() {}
      ~CLock() {}

      void Lock(...) {...}

      void Unlock(...) {...}
  };

  std::vector<CLock> myLockVec;

Comment votre vecteur d'Horloge savoir pour débloquer tout quand c'est fait? Du vecteur ne sont pas construits à savoir sur les verrous.

C'est essentiellement la même situation que d'avoir un vecteur de pointeurs:

 std::vector<int*> myIntVec;

Comment le vecteur de savoir qui pointeurs ici ont été supprimés et NULL souhaitez, et ceux qui sont vraiment là? Peut-être que certains ont été supprimés et mis à votre valeur spéciale 0xdeadbeef, sens supprimé.

Le point est le vecteur n'a aucun moyen de savoir ce ou de savoir que ses éléments sont des pointeurs ou des serrures ou de quoi que ce soit. Ils ont juste besoin d'être des choses qui ont des constructeurs par défaut et sont copiable, et répondre aux autres exigences que le vecteur a sur ses éléments.

La solution est de faire en sorte que, quel que soit le vecteur DÉTIENT doit être responsable de son nettoyage. Ceci est appelé RAII -- l'Allocation des Ressources Est l'Initialisation, le plus important ici, les Ressources de la Destruction est la Désallocation. Avec Notre Horloge exemple ci-dessus, la réponse est évidente, assurez-vous de déverrouiller lorsque nous y sommes!

 class CLock
 {  
      ...
      ~Clock()
      {
          if (locked)
          {
              Unlock();
          }
      }
 } 

Mais avec des pointeurs il n'est pas si évident. La solution consiste à envelopper le pointeur dans un smart_ptr classe. Le plus prolifique de ces sont les boost de la famille des smart poniters.

class CSmartPointer<T>
{
      CSmartPointer( T* rawPtr)
      {
         m_ptr = rawPtr;
      }

      ~CSmartPointer()
      {
         delete m_ptr;
      }
}

Des fonctionnalités supplémentaires sont mis en jeu avec des pointeurs telles que le comptage de référence, mais l'exemple ci-dessus devrait vous donner l'essentiel de la nature du problème et la façon dont son généralement résolu.

Je suppose que vous parlez du std::vector, et non la langue des tableaux.

1. Quand un programme plante, le système d'exploitation récupère sa mémoire
2. std::vector libère la mémoire qu'il alloue. Si vous stockez des pointeurs, ils ne seront pas supprimés.
3. Vecteurs sont créés en tant que n'importe quelle autre variable, ils ne sont pas dans le tas seulement parce qu'ils sont des vecteurs.

Pour la "perte de mémoire", ce que @RichieHindie dit.

Pour la deuxième question:

peut vecteurs créé sans le mot clé NEW vraiment être laissés à leur
propres appareils et de confiance pour nettoyer après eux-mêmes, même si le code
est abandonnée milieu de

Alors que la normale de fin de programme (y compris la résiliation par exception) veille à ce que les destructeurs execute (avec quelques arguties concernant les données statiques -- en théorie, ceux-ci devraient également, dans la pratique, vous pouvez parfois obtenir des problèmes), suffisamment dur blocage du processus ne peut garantir un comportement, par exemple, un kill -9 est garanti de mettre fin à votre programme le plus tôt possible, sans lui donner la chance à signer tous les destructeurs ou quoi que ce soit d'autre.