_bstr_t를 사용한 메모리 누수

Question

내가 작업하고있는이 프로그램에 메모리 누수가 있으며 커밋이 관련되어있는 한 꽤 오랜 동안 사용 해왔다. _bstr_t과 함께 = 할당 연산자를 사용하면 메모리 누수가 발생할 때마다 explanation 1과 explanation 2에 따라이 두 설명에 따르면

컨텍스트 - 데이터베이스의 빠른 SQL 쿼리를 수행하는 데 일반적으로 사용되는 데이터베이스 개체가 있습니다. 모든 방법은 결국이 방법은 데이터를이 때문에 _bstr_t의 데이터베이스를 쿼리라고 그들이 어떻게 생성 될 때마다 누출 기사에 따르면 다음과 같은 방법을

NvStatus DbUtils::ReadFromDatabase(IUnknown * poNvData, 
            const std::wstring & oConnectString, 
            const std::wstring & oSQLStatement) 
{ 
    //some checks 
    _bstr_t tbtSQLStr = oSQLStatement.c_str();//memory leak 
    _bstr_t tbtConnStr = oConnectString.c_str();//memory leak 

    //pass the _bstr_t to another method and get data from DB 
    return status; 
} 

를 사용합니다. 내 질문에 무엇이 프로그램이 블로킹 및 _bstr_t 개체 가비지 수집 강제로 방지 할 수 있습니까?

Microsoft는 사용 후 메모리를 정리하는 것이므로 데이터를 손상시키지 않고 어떻게 처리 할 수 ​​있습니까? 문자열의 깊은 복사본을 만들려고했으나 실패했습니다 ... 어떤 제안이라도 많이 받아 들여질 것입니다! 내 메모리 누수에 대한 두 개의 핫스팟은 내가 처음 게시 한이 하나 추가 조사 후

그러나 때 ...이

static bool GetValueFromVariant(VARIANT & tvInputValue, 
    std::wstring & roOutputValue) 
{ 
    _bstr_t tTemp = tvInputValue.bstrVal; 
    if(tTemp.length()>0) 
    { 
     roOutputValue = (wchar_t*) tTemp; 
    } 
    return true; 
} 

댓글이 자동으로 자신을 정리해야합니다 _bstr_t 제안 도움이되기를 바랍니다 내 Windows 서비스의 힙 크기를 디버깅 할 때 힙 크기가 계속 증가하고 디버거는이 _bstr_t 개체를 모두 사용하는 함수를 계속 가리 킵니다. 분명히 이러한 _bstr_t 정리되지 않습니다.

더 많은 컨텍스트,이 메모리 누수의 대부분은 COM 개체를 반복해서 만드는 데서 비롯된 것입니다. 그러나이 개체를 마치면 Release() 함수 호출에서 반환 된 참조 수를 확인하고, 0을 반환합니다. 따라서 COM 객체를 빌드하지 않았 음을 알고 있습니다 ...

_bstr_t의 주소에 wstring을 지정할 때 문제가 발생할 수 있습니까?

Answer 1

_bstr_t 래퍼에 C 스타일 문자열을 지정하므로 예제의 첫 번째 줄에 메모리가 누출되지 않습니다. 이전에 할당 된 BSTR을 _bstr_t에 할당하면 상황이 달라집니다. 이 문제는 두 번째 설명에 설명되어 있습니다. 네이티브 BSTR는 SysAllocString를 사용하여 할당하고 (S1)에 배치하고, 여기

void foo() 
{  
    BSTR s1 = SysAllocString(L"String1"); 
    _bstr_t s2 = s1; 
} 

:

는 다음의 경우를 고려한다. 다음 줄은 s1에서 새 BSTR을 생성하며 s2에 배치됩니다. s2가 범위를 벗어나면 소멸자는 SysFreeString을 호출하여 복사본을 할당 해제합니다. 그러나 원래의 s1 변수는 손상되지 않고 유출됩니다. 따라서,

void foo() 
{ 
    BSTR s1 = SysAllocString(L"String1"); 
    _bstr_t s2(s1, false); 
} 

또는 내 의견에 표시된 바와 같이

void foo() 
{ 
    BSTR s1 = SysAllocString(L"String1");   
    _bstr_t s2; 
    s2.Attach(s1); 
} 

는 _bstr_t의 소멸자 SysFreeString를 호출합니다 :

이 문제를 해결하려면, 당신은 S2는 S1의 소유권을 수 있도록해야합니다 자원 할당을 돌보는 일.

일반적으로 BSTR이 캐시되므로 사용자는 메모리 할당을 즉시 보지 못할 수 있습니다. setting an environment variable에 의해 디버깅 목적으로이 동작을 비활성화 할 수 있습니다.

Answer 2

첫 번째 경우에는 SysFreeString을 호출하지 마십시오. 메모리 누수가 없습니다.

_bstr_t tbtSQLStr = oSQLStatement.c_str(); 

소스 문자열의 복사본을 생성하고, tbtSQLStr이 범위를 벗어나면,이 복사본 소멸자 호출이 해제된다에

생성자

사용. 클래스 유형 래퍼를 사용하는 요점은 수동으로 SysFreeString을 호출 할 필요가 없기 때문입니다.

// .... 블록의 코드 특성에 따라이 문자열 사본을 만들 필요조차 없습니다.

---

두 번째 경우 (첫 번째 경우와는 별도로 두 가지 질문을 게시해야합니다), 메모리 누수가 없습니다.

tTemp은 사본을 할당합니다. roOutputValue 복사본을 복사 한 다음 tTemp의 소멸자가 첫 번째 복사본을 해제합니다. 당신이 만들고 tTemp을 파괴하여 시간을 낭비하지만

는, 당신은 방금 쓴 수 : 나는 "진짜 코드를"믿고있어

if (SysStringLen(tvInputValue.bstrVal) > 0) 
    roOutputValue = tvInputValue.bstrVal; 

실제로 변형이 시점에서 BSTR을 보유하고 확인합니다.