CORREÇÃO: Win32 lida com detecção de vazamento

Table of Contents

Afetados por essas plataformas

Descrição

Como detectar vazamentos de memória em aplicativos do Windows?

O que o nativeleakdetector faz para vazamentos de memória?

Os vazamentos de memória são uma escola de bugs irritantes onde um aplicativo não apenas libera memória quando não é mais essencial. Com o tempo, a memória perde a influência de alguns aplicativos e do sistema operacional. Um grande problema pode causar tempos de resposta inaceitáveis devido à paginação completa. Em algum momento, o aplicativo irá quebrar junto com outras partes do corpo humano operacional.

O Windows cozinhará toda a memória livre alocada pelo aplicativo no final do processo para que os especialistas afirmem que os aplicativos de curto prazo não têm um impacto significativo no geral performance do sistema. No entanto, vazamentos que seriam acionados em processos como serviços ou adicionalmente em plug-ins de longa duração do Explorer, em muitos detentores e casos, podem afetar seriamente a confiabilidade do dispositivo e provavelmente forçarão o usuário a substituir o Windows para que o dispositivo possa ser usado novamente.

Existem várias maneiras que o blog pode alocar memória em seu nome. Qualquer classificação de agrupamento pode vazar se não for usada no momento. Aqui estão alguns exemplos de soluções cartográficas comuns:

Crie uma pilha de memória usando a função especial de uma pessoa heapalloc ou seus equivalentes escolares C / C ++ malloc ou incrível.
Eu diria que atribuições diretas de algum sistema operacional via VirtualAlloc fazem o trabalho.
Descritores de kernel criados usando APIs Kernel32 que, como CreateFile , CreateEvent , CreateThread mantêm a memória do kernel com base em que “aplicativos prontos “< /li>
GDI USER e handles gerenciados pelas APIs User32 e Gdi32 (10.000 handles normalmente alocados para cada processo por padrão)

Práticas recomendadas

A detecção de falhas GDI funciona em versões mais recentes do Windows?

Como qualquer versão mais recente do Windows requer uma abordagem ligeiramente variada para lidar com vazamentos de GDI, o autor usa métodos atualizados para esses sistemas de negócios. Ele aparece e explica outras ferramentas para detectar e descontinuar vazamentos de GDI em aplicativos executados no Windows XP, Windows 2000, ou seja, Windows NT.

Acompanhar todo o bioconsumo do seu aplicativo em criatividade a cada período de tempo é o primeiro passo para diagnosticarNostics e diagnósticos de memory leaks. Use o Gerenciador de Tarefas do Windows e adicione dicas: siga o tamanho geral da confirmação, alças, objetos personalizados e GDI. Essa é uma ótima maneira de comparar seu aplicativo e listar o consumo de recursos ao longo do tempo.

Como o cwindowdc pode ser usado para detectar vazamentos de recursos?

As seguintes ferramentas da Microsoft fornecem informações mais detalhadas informações enquanto podem ajudar a identificar e diagnosticar definitivamente vazamentos para fins de nossos vários tipos de mapeamento em seus aplicativos de usuário final:

O Monitor de Desempenho e o Monitor de Recursos são máquinas caça-níqueis no Windows 7 que podem rastrear gráficos, bem como o uso de recursos ao longo do tempo.
A maioria das versões com o Application Verifier pode verificar vazamentos de heap relacionados ao Windows 7.

UMDH, que era o lugar das Ferramentas de Depuração do Windows, analisa a soma de dinheiro de memória heap para um determinado processo e ainda pode ajudar a encontrar vazamentos e outros padrões de utilização estranhos.

Xperf é uma ferramenta de análise sofisticada e fácil de usar que suporta rastreamento de distribuição de pacotes.
CRT Debug Heap mantém o controle da proporção global e pode ajudá-lo a trabalhar seus próprios recursos valiosos de depuração de heap.

Certas técnicas de codificação e design podem limitar a maioria dos vazamentos em seu código. Inteligente

Use frases em código C++ para alocar heap com recursos do Win32, como HANDLES do kernel. A biblioteca padrão C++ fornece sua classe auto_ptr em nome da alocação de heap. Para outros tipos básicos, você definitivamente precisará escrever suas próprias classes. A biblioteca ATL oferece um rico conjunto de classes de gerenciamento de recursos benéficos automáticos que estão disponíveis para alguns objetos e descritores de kernel.
Use as vantagens do compilador interno, como _com_ptr_t, para encapsular seus ponteiros de interface COM diretamente em ponteiros inteligentes e para contar estudos. Existem classes semelhantes devido – diferentes tipos de dados COM: _bstr_t ainda _variant_t
Fique atento a usos incomuns de seu código .NET em dispositivos de armazenamento. O código gerenciado está longe de ser imune a vazamentos de memória. Consulte “Rastreando vazamentos de memória gerenciados” para saber como encontrar vazamentos no coletor de excrementos.
Preste atenção às solicitações de modelos de design no código da Web do lado do cliente. Referências circulares presas entre objetos COM e mecanismos de script, como JScript, podem levar a vazamentos significativos no aplicativo da Web. “Solução de problemas e modelos de vazamento do Internet Explorer” fornece mais informações sobre esses tipos de vazamentos afiliados. Você pode usar o detector de obtenção de memória JavaScript para depurar vazamentos de memória acidentais em seu código principal. Embora o Windows Internet Explorer 8, agora integrado ao Windows 7, corrija a maioria desses problemas, os navegadores antigos ainda estão diretamente propensos a esses problemas.
Evite usar vários métodos de inferência para a função. As atribuições às quais os objetos da área detalhada foram atribuídos devem ser abertas em um bloco específico, talvez nos estágios de fechamento da função
Certifique-se de não usar exceções em seu código se realmente não for eficiente liberar todas as variáveis locais. Se você estiver usando passes gratuitos nativos, alguns dos seus trabalhos de casa estarão em um bloco __finally. Ao usar exceções C++, todos os compartilhamentos de heap e depois desse descritor devem ser cercados por ponteiros intelectuais.
Não exclua ou despeje determinado objeto PROPVARIANT sem chamar a função PropVariantClear