|
| БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО! |
|
|
Using Thread Local Storage in a Dynamic-Link Library
This section shows the use of a DLL entry-point function to set up a thread local storage (TLS) index to provide private storage for each thread of a multithreaded process.
The entry-point function uses the TlsAlloc function to allocate a TLS index whenever a process loads the DLL. Each thread can then use this index to store a pointer to its own block of memory. When the entry-point function is called with the DLL_PROCESS_ATTACH value, the code performs the following actions:
1. Uses the TlsAlloc function to allocate a TLS index. 2. Allocates a block of memory to be used exclusively by the initial thread of the process. 3. Uses the TLS index in a call to the TlsSetValue function to store a pointer to the allocated memory.
Each time the process creates a new thread, the entry-point function is called with the DLL_THREAD_ATTACH value. The entry-point function then allocates a block of memory for the new thread and stores a pointer to it by using the TLS index. Each thread can use the TLS index in a call to TlsGetValue to retrieve the pointer to its own block of memory. When a thread terminates, the entry-point function is called with the DLL_THREAD_DETACH value and the memory for that thread is freed. When a process terminates, the entry-point function is called with the DLL_PROCESS_DETACH value and the memory referenced by the pointer in the TLS index is freed.
The TLS index is stored in a global variable, making it available to all of the DLL functions. The following example assumes that the DLL's global data is not shared, because the TLS index is not necessarily the same for each process that loads the DLL.
static DWORD dwTlsIndex; // address of shared memory // DllMain() is the entry-point function for this DLL. BOOL DllEntryPoint(HINSTANCE hinstDLL, // DLL module handle DWORD fdwReason, // reason called LPVOID lpvReserved) // reserved { LPVOID lpvData; BOOL fIgnore; switch (fdwReason) { // The DLL is loading due to process // initialization or a call to LoadLibrary. case DLL_PROCESS_ATTACH:
// Allocate a TLS index. if ((dwTlsIndex = TlsAlloc()) == 0xFFFFFFFF) return FALSE; // No break: Initialize the index for first thread. // The attached process creates a new thread. case DLL_THREAD_ATTACH: // Initialize the TLS index for this thread. lpvData = (LPVOID) LocalAlloc(LPTR, 256); if (lpvData != NULL) fIgnore = TlsSetValue(dwTlsIndex, lpvData);
break; // The thread of the attached process terminates. case DLL_THREAD_DETACH: // Release the allocated memory for this thread. lpvData = TlsGetValue(dwTlsIndex); if (lpvData != NULL) LocalFree((HLOCAL) lpvData); break; // The DLL unloading due to process termination or call to FreeLibrary. case DLL_PROCESS_DETACH:
// Release the allocated memory for this thread. lpvData = TlsGetValue(dwTlsIndex); if (lpvData != NULL) LocalFree((HLOCAL) lpvData); // Release the TLS index. TlsFree(dwTlsIndex); break; default: break; } return TRUE; UNREFERENCED_PARAMETER(hinstDLL); UNREFERENCED_PARAMETER(lpvReserved); }
When a process uses load-time linking with this DLL, the entry-point function is sufficient to manage the thread local storage. Problems can occur with a process that uses run-time linking because the entry-point function is not called for threads that exist before the LoadLibrary function is called, so TLS memory is not allocated for these threads. The following example solves this problem by checking the value returned by the TlsGetValue function and allocating memory if the value indicates that the TLS slot for this thread is not set.
LPVOID lpvData; // Retrieve a data pointer for the current thread. lpvData = TlsGetValue(dwTlsIndex); // If NULL, allocate memory for this thread. if (lpvData == NULL) { lpvData = (LPVOID) LocalAlloc(LPTR, 256); if (lpvData != NULL) TlsSetValue(dwTlsIndex, lpvData); }
| Пригласи друзей и счет твоего мобильника всегда будет положительным! |
| Пригласи друзей и счет твоего мобильника всегда будет положительным! |
Использование Локального Хранения Резьбы в Библиотеке Dynamic-Link
Эта секция показывает использование входа-точки функции DLL, чтобы устанавливать локальное хранение резьбы (TLS) индекса, чтобы обеспечивать частное хранение для каждой резьбы multithreaded процесса.
Вход-точка функции использует функцию TlsAlloc, чтобы распределять индекс TLS всякий раз, когда процесс загружает DLL. Каждая резьба может затем использовать этот индекс, чтобы хранить указатель своему собственному блоку памяти. Когда вход-точка функции назван величиной DLL_PROCESS_ATTACH, код выполняет следующие действия:
1. Использует функцию TlsAlloc, чтобы распределять индекс TLS. 2. Распределяет блока памяти, которая нужно использоваться исключительно начальной резьбой процесса. 3. Использует индекс TLS на вызове в функцию TlsSetValue, чтобы хранить указатель в размещенную память.
Всякий раз, когда процесс создает новую резьбу, вход-точка функции назван величиной DLL_THREAD_ATTACH. Вход-точка функционирует затем распределяет блока памяти для новой резьбы и хранит указатель этому используя индекс TLS. Каждая резьба может использовать индекс TLS на вызове на TlsGetValue, чтобы извлекать указатель своему собственному блоку памяти. Когда резьба завершается, вход-точка функции назван величиной DLL_THREAD_DETACH и память к этой резьбе освобожден. Когда процесс завершается, вход-точка функции назван величиной DLL_PROCESS_DETACH и память ссылавшимися указателем в индексе TLS освобожден.
Индекс TLS сохранен в глобальной переменной, делающей это пригодном для всех функций DLL. Следующий пример допускает что глобальные данные DLL's не распространены, поскольку индекс TLS - не обязательно тот же для каждого процесса, который загружает DLL.
статический DWORD dwTlsIndex; // адрес коллективной памяти // DllMain(), - вход-точка функции для этого DLL. BOOL DllEntryPoint(HINSTANCE hinstDLL, // МОДУЛЬНАЯ ручка DLL DWORD fdwReason, // причина была названа LPVOID lpvReserved) // зарезервированное { LPVOID lpvData; BOOL fIgnore; ключ (fdwReason) { // DLL Загружается из-за процесса // инициализация или вызов на LoadLibrary. случай DLL_PROCESS_ATTACH:
// Распределите индекс TLS. если ((dwTlsIndex = TlsAlloc()) == 0xFFFFFFFF) обратная ЛОЖЬ; // No прерывание: Инициализируйте индекс для первой резьбы. // Прилагаемый процесс создает новую резьбу. случай DLL_THREAD_ATTACH: // Инициализируйте индекс TLS для этой резьбы. lpvData = (LPVOID) LocalAlloc(LPTR, 256); если (lpvData != НЕДЕЙСТВИТЕЛЬНЫЙ) fIgnore = TlsSetValue(dwTlsIndex, lpvData);
прерывание; // Резьба прилагаемого процесса завершается. случай DLL_THREAD_DETACH: // Выпустите размещенную память для этой резьбы. lpvData = TlsGetValue(dwTlsIndex); если (lpvData != НЕДЕЙСТВИТЕЛЬНЫЙ) LocalFree((HLOCAL) lpvData); прерывание; // DLL, Разгружающееся из-за завершения процесса или вызова на FreeLibrary. случай DLL_PROCESS_DETACH:
// Выпустите размещенную память для этой резьбы. lpvData = TlsGetValue(dwTlsIndex); если (lpvData != НЕДЕЙСТВИТЕЛЬНЫЙ) LocalFree((HLOCAL) lpvData); // Выпустите индекс TLS. TlsFree(dwTlsIndex); прерывание; умолчание: прерывание; } возвращайтесь ВЕРНО; UNREFERENCED_PARAMETER(hinstDLL); UNREFERENCED_PARAMETER(lpvReserved); }
Когда процесс использует связь загрузки-время с этим DLL, вход-точка функции достаточный, чтобы управлять локальной памятью резьбы. Проблемы могут произойти с процессом, который использует время прогона связи поскольку вход-точка функции не назван к резьбе, которая существует прежде, чем функция LoadLibrary будет названа, так что память TLS не распределена для этой резьбы. Следующий пример решает эту проблему проверяя, что величина возвращалась функцией TlsGetValue и распределяя память если величина указывает, что слот TLS для этой резьбы не установлен.
LPVOID lpvData; // Извлеките указатель данных для текущей резьбы. lpvData = TlsGetValue(dwTlsIndex); // Если НЕДЕЙСТВИТЕЛЬНО, распределите память для этой резьбы. если (lpvData == НЕДЕЙСТВИТЕЛЬНЫЙ) { lpvData = (LPVOID) LocalAlloc(LPTR, 256); если (lpvData != НЕДЕЙСТВИТЕЛЬНЫЙ) TlsSetValue(dwTlsIndex, lpvData); }
|
|
|
|
| |