Início / coding / Perguntas / 79583848
Accepted
gene b.
Asked: 2025-04-21 07:25:30 +0800 CST

Verificando identificadores inválidos após chamadas DeleteObject()

  • 772

No Win32, existem muitos tipos diferentes de identificadores, como HWND, HFONT, HIMAGELISTetc. Entendo que é minha responsabilidade fechar todos eles no final com DeleteObject(). Além disso, alguns tipos de identificadores, como , HIMAGELISTtêm funções adicionais ImageList_Destroy, como , então preciso chamá-los também.

Quero verificar se os identificadores se tornam inválidos depois de limpá-los. Suponha que eu tenha

HWND hWnd;
HFONT hFont;
HIMAGELIST hImageList;

//...
// On Exit:
case WM_DESTROY:
    DeleteObject(hWnd);
    DeleteObject(hFont);
    ImageList_Destroy(hImageList);
    DeleteObject(hImageList);

No depurador do VS, vejo que o valor dos identificadores não muda após essas exclusões. É exatamente o mesmo, tanto antes quanto depois:

hWnd        0x00000000e806b2
hFont       0xfffffffe20a140
hImageList  0x000001c76a943e

Isso deveria mudar? Como sei que estou limpando essas alças?

winapi

2 respostas

  1. Best Answer

    Vejo que o valor dos identificadores não muda após essas exclusões. É exatamente o mesmo, tanto antes quanto depois

    Assim como se você usasse deleteon em um ponteiro, o valor do ponteiro não será alterado. Você pode defini-lo como nullptr após chamar a função de limpeza correspondente.

    Gerenciar identificadores é como usar newe deleteem C++ — você deve chamar a função de limpeza correta para cada identificador adquirido.

    A função específica que você precisa chamar para limpar um identificador está documentada junto com a função usada para obtê-lo. Ela não é determinada pelo tipo do identificador, mas pela forma como ele foi obtido. Alguns tipos de identificadores podem ser retornados por várias funções diferentes, e cada uma pode exigir uma função de limpeza diferente. É como não poder usar freepara limpar um ponteiro retornado por new.

    Assim como os ponteiros, você pode gerenciar identificadores usando ponteiros inteligentes ou pode seguir o caminho do programador C e gerenciar a alocação e a limpeza manualmente. Se você tiver identificadores que duram toda a vida útil do aplicativo, também pode optar por ser um mau programador e deixar que o sistema os limpe automaticamente quando o programa for encerrado.

    • 2

  2. DeleteObject é somente para objetos GDI, HFONT, HBITMAP, etc. E embora ele possa informar se foi bem-sucedido, aparentemente não dará um motivo para a falha.

    O HWND tem o DestroyWindow.

    E observe que nenhuma dessas funções aceita argumentos do tipo ponteiro para ponteiro, então o valor do chamador não será alterado.

    Você sempre precisa verificar a API em questão para descobrir como liberar tipos específicos de identificadores.

    Por exemplo, sei que existem APIs que retornam valores do tipo HANDLE (embora eu não consiga pensar em nenhuma delas no momento), mas que não usam CloseHandle como mecanismo gratuito. CloseHandle serve apenas para identificadores de kernel (principalmente arquivos, mas existem outros).

    • 1

relate perguntas