Korzystanie z CoTaskMemAlloc?

Question

Kiedy należy używać CoTaskMemAlloc? Czy ktoś może dać przykład?

Answer 1

Gosh, musiałem myśleć chwilę temu - zrobiłem sporo programów COM na małą skalę z ATL i rzadko musiałem z nich korzystać.

Jest jedna sytuacja, która przychodzi do głowy: Windows Shell extensions. Jeśli masz do czynienia z zestawem obiektów systemu plików, możesz mieć do czynienia z PIDLs (wskaźnik do listy ID). Są to dziwne małe abstrakcje obiektów systemu plików i muszą być jawnie przydzielone/zwolnione przy użyciu przydziału przydzielania opartego na COM, takiego jak CoTaskMemAlloc. Istnieje również alternatywa, wskaźnik interfejsu IMalloc uzyskany z SHGetMalloc (przestarzały) lub CoGetMalloc - jest to po prostu warstwa abstrakcji do użycia, więc twój kod nie jest związany z konkretnym alokatorem pamięci i może użyć dowolnego odpowiedniego.

Punktem użyciu CoTaskMemAlloc lub IMalloc zamiast malloc() jest to, że alokacja pamięci/dealokacji musi być coś, co jest „COM-aware” tak, aby jego przydział i dealokacji są wykonywane konsekwentnie w czasie wykonywania, nawet jeśli alokacji i dealokacja jest wykonywana przez całkowicie niepowiązany kod (np. Windows przydziela pamięć, przesyła ją do twojego kodu C++, który później zwalnia, lub twój kod C++ przydziela, przesyła go do kodu VB innego użytkownika, który później zwalnia). Ani malloc() ani new nie są zdolne do współdziałania z stertą wykonawczą systemu, więc nie można ich użyć do alokacji pamięci w celu przesłania jej do innych obiektów COM lub do odbioru pamięci z innych obiektów COM i zwolnienia.

Answer 2

This MSDN article porównuje kilka różnych alokatorów narażonych przez Win32, w tym CoTaskMemAlloc. Jest używany głównie w programowaniu COM - szczególnie gdy wdrożenie serwera COM wymaga alokacji pamięci, aby powrócić do klienta. Jeśli nie piszesz serwera COM, prawdopodobnie nie musisz go używać.

(Jednakże, jeśli kod, który przydziela pamięć za pomocą CoTaskMemAlloc i odsyła go z powrotem do ciebie zadzwonić, będziesz musiał zwolnić zwrócony alokacji (s) przy użyciu CoTaskMemFree.)

Answer 3

CoTaskMemAlloc jest taki sam jak malloc, z tym że poprzedni służy do alokacji pamięci używanej ponad granicami procesu.

tj. Jeśli mamy dwa procesy, proces1 i proces2, zakładamy, że proces1 jest serwerem COM, a proces2 jest klientem COM, który korzysta z interfejsów odsłoniętych przez proces1. Jeśli proces1 ma wysłać pewne dane, to może przydzielić pamięć za pomocą CoTaskMemAlloc, aby przydzielić pamięć i skopiować dane. Do tej lokalizacji pamięci można uzyskać dostęp przez proces2.

Biblioteka COM automatycznie wykonuje koordynizację i likwidację.

Answer 4

Użyj CoTaskMemAlloc podczas zwracania znaku * z natywnej biblioteki C++ do .NET jako ciąg.

C#

[DllImport("test.dll", CharSet=CharSet.Ansi)] 
extern static string Foo(); 

C

char* Foo() 
{ 
    std::string response("response"); 
    int len = response.length() + 1; 
    char* buff = (char*) CoTaskMemAlloc(len); 
    strcpy_s(buff, len, response.c_str()); 
    return buff; 
} 

Since .NET uses CoTaskMemFree, trzeba przeznaczyć ciąg tak, nie można przeznaczyć go na stosie lub stercie używając malloc/nowy.

Answer 5

tam naprawdę nie jest wiele, które można pomylić jako następujące połączenia wszystko skończyć z tym samym Przeznaczenie:

CoTaskMemAlloc/SHAlloc -> IMalloc.Alloc -> GlobalAlloc(GMEM_FIXED) 

tylko jeśli używasz innych niż Windows (kompilator-Library) wywołuje jak malloc() wszystko pójdzie źle.

Oficjalnie należy stosować CoTaskMemAlloc dla COM nazywa (jak przydzielanie pole FORMATETC.ptd)

To CoTaskMemAlloc równa GlobalAlloc() pozostanie w ten sposób „do wieczności jest widoczne na api schowka kontra com STGMEDIUM. STGMEDIUM używa struktur i metod schowka, a STGMEDIUM to com, a co za tym idzie CoTaskMemAlloc, apis do schowka opisywał GlobalAlloc()