Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일


IWebBrowser2 인터페이스 메서드의 Navigate / Navigate2 차이점


[덧글 참고하세요.]


미리 말씀드리면, 저도 아직 이 2가지 메서드의 근본적인 차이점은 MSDN 도움말 이상으로는 알지 못합니다. Navigate2 메서드가 Shell과 통합된 기능을 제공한다는 정도.

단지, 이번 글에서는 테스트를 통해 알아낸 사실을 공유하는 것에 지나지 않습니다. 테스트 환경은 Vista/IE 7이고, 그 외의 환경에서는 결과가 다를 수 있습니다.

테스트는 아래의 4가지 경우로 했습니다.

  • 인터넷 영역에 속하는 웹 사이트를 IWebBrowser2::Navigate로 탐색
  • 신뢰할 수 있는 영역에 속하는 웹 사이트를 IWebBrowser2::Navigate로 탐색
  • 인터넷 영역에 속하는 웹 사이트를 IWebBrowser2::Navigate2로 탐색
  • 신뢰할 수 있는 영역에 속하는 웹 사이트를 IWebBrowser2::Navigate2로 탐색

응용 프로그램은 상당히 간단합니다. MFC 대화창 유형으로 아래와 같이 4개의 버튼만을 가지고 있으며 각각의 이벤트 처리기는 위에서 나열한 4가지 경우의 테스트를 합니다.

[그림 1: 예제 응용 프로그램 실행 화면]
iwebbrowser2_navigate_navigate2_diff_1.PNG

테스트를 위해 "http://www.sysnet.pe.kr" 주소는 인터넷 영역에 속하고, "https://www.sysnet.pe.kr" 주소는 신뢰할 수 있는 웹 사이트 영역에 등록해 두었습니다.

코드도 나열해 보면,

void CActiveXHostMfcDlg::OnBnClickedBtnNavigateInternetzonesite()
{
    VARIANT vtEmpty;
    vtEmpty.vt = VT_EMPTY;

    CComPtr<IWebBrowser2> pWebBrowser2;
    HRESULT hr = CoCreateInstance(CLSID_InternetExplorer, NULL, CLSCTX_LOCAL_SERVER, 
                    IID_IWebBrowser2,(LPVOID*)&pWebBrowser2);
    
    hr = pWebBrowser2->Navigate(L"https://www.sysnet.pe.kr", &vtEmpty, &vtEmpty, &vtEmpty, &vtEmpty);        
}

void CActiveXHostMfcDlg::OnBnClickedBtnNavigateTrustedzonesite()
{
    VARIANT vtEmpty;
    vtEmpty.vt = VT_EMPTY;

    CComPtr<IWebBrowser2> pWebBrowser2;
    HRESULT hr = CoCreateInstance(CLSID_InternetExplorer, NULL, CLSCTX_LOCAL_SERVER, 
                    IID_IWebBrowser2,(LPVOID*)&pWebBrowser2);
    
    hr = pWebBrowser2->Navigate(L"https://www.sysnet.pe.kr", &vtEmpty, &vtEmpty, &vtEmpty, &vtEmpty);        
    hr = pWebBrowser2->put_Visible(VARIANT_TRUE);
}

void CActiveXHostMfcDlg::OnBnClickedBtnNavigate2Internetzonesite()
{
    VARIANT vtEmpty;
    vtEmpty.vt = VT_EMPTY;

    VARIANT vtUrl;
    vtUrl.vt = VT_BSTR;
    vtUrl.bstrVal = ::SysAllocString(L"https://www.sysnet.pe.kr");

    HRESULT hr;
    CComPtr<IWebBrowser2> pWebBrowser2;
    hr = CoCreateInstance(CLSID_InternetExplorer, NULL, CLSCTX_LOCAL_SERVER, 
                    IID_IWebBrowser2,(LPVOID*)&pWebBrowser2);
    
    hr = pWebBrowser2->Navigate2(&vtUrl, &vtEmpty, &vtEmpty, &vtEmpty, &vtEmpty);        
}

void CActiveXHostMfcDlg::OnBnClickedBtnNavigate2Trustedzonesite()
{
    VARIANT vtEmpty;
    vtEmpty.vt = VT_EMPTY;

    VARIANT vtUrl;
    vtUrl.vt = VT_BSTR;
    vtUrl.bstrVal = ::SysAllocString(L"https://www.sysnet.pe.kr");

    HRESULT hr;
    CComPtr<IWebBrowser2> pWebBrowser2;
    hr = CoCreateInstance(CLSID_InternetExplorer, NULL, CLSCTX_LOCAL_SERVER, 
                    IID_IWebBrowser2,(LPVOID*)&pWebBrowser2);
    
    hr = pWebBrowser2->Navigate2(&vtUrl, &vtEmpty, &vtEmpty, &vtEmpty, &vtEmpty);        
    hr = pWebBrowser2->put_Visible(VARIANT_TRUE);
}

간단하지요. ^^ 각각의 메서드에 실행 결과에 대해서 정리해 보겠습니다.

1. Navigate(인터넷 영역의 웹 사이트 탐색)

빈 화면의 IE 웹 브라우저만 실행됩니다.

2. Navigate(신뢰할 수 있는 영역의 웹 사이트 탐색

이번 테스트가 좀 재미있습니다. 결과적으로, 이 테스트 코드는 아래와 같은 예외가 발생합니다.

"
First-chance exception at 0x77889b30 (msvcrt.dll) in ActiveXHostMfc.exe: 0xC0000005: Access violation reading location 0x0139a000.
Unhandled exception at 0x77889b30 (msvcrt.dll) in ActiveXHostMfc.exe: 0xC0000005: Access violation reading location 0x0139a000.
"



이 코드에서 &vtEmpty 인자를 NULL로 전달하면 또 다른 재미있는 결과가 나옵니다.

hr = pWebBrowser2->Navigate(L"https://www.sysnet.pe.kr", NULL, NULL, NULL, NULL);
// hr == 0x800706f4 A null reference pointer was passed to the stub.

hr 값은 실패를 나타내고, 그 순간의 Debug 창을 보면 예외가 발생한 것을 알 수 있습니다.

First-chance exception at 0x776342eb (kernel32.dll) in ActiveXHostMfc.exe:
0x000006F4: A null reference pointer was passed to the stub.



뒤이은, put_Visible(VARIANT_TRUE); 코드 덕분에 웹 브라우저 창이 뜨긴 하지만, 아래 화면처럼 "Connecting..."만을 보여준 체로 아무런 동작도 발생하지 않습니다.

[그림 2: Navigate 메서드로 신뢰할 수 있는 사이트를 방문하는 경우]
iwebbrowser2_navigate_navigate2_diff_2.PNG

3. Navigate2(인터넷 영역의 웹사이트 탐색)

예상할 수 있겠지만, 이제부터는 정상적으로 웹 사이트 탐색이 가능합니다. 단지, 실행되는 MFC 응용 프로그램이 Medium 신뢰도를 갖고 있기 때문에, 인터넷 영역 웹 사이트를 호스팅하는 보호모드 프로세스에서 활성화된 웹 브라우저 인스턴스를 직접 제어할 수 없기 때문에 이후의 제어가 불가능합니다. 왜냐하면 중개 역할을 하는 ieuser.exe 프로세스를 거쳐서 iexplore.exe가 생성되기 때문입니다.

4. Navigate2(신뢰할 수 있는 영역의 웹 사이트 탐색)

Medium 신뢰도의 MFC 응용 프로그램이 보호 모드가 해제된 IE 웹 브라우저 인스턴스를 생성했기 때문에 직접적인 제어가 가능합니다. "3번"의 경우와는 달리 "put_Visible(VARIANT_TRUE);"를 해줘야만 화면에 브라우저가 나타납니다.




정리해 보면, Navigate 메서드는 비스타 버전의 IE 7에서는 정상 동작하지 않기 때문에 사용해서는 안됩니다. 또한, 같은 신뢰도 등급을 갖게 되는 신뢰할 수 있는 웹 사이트를 방문해야만 직접적인 제어가 가능하다는 점. (부가적으로 말씀드리면, IE 8에서는 Navigate2 메서드 하나만으로 Low/Medium 인스턴스를 모두 생성해서 제어할 수 있습니다.)

(첨부한 파일은 위의 코드를 테스트해 본 프로젝트입니다.)



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 6/28/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2012-05-11 10시08분
[2222] 오래되긴 했지만 누군가 검색을 통해 이 글을 보고 잘못된 오해를 할까봐 리플을 남깁니다.
Navigate() 의 첫번째 매개변수는 BSTR 형이며, BSTR 은 _bstr_t 와 달리 단순한 WCHAR 형의 재정의형이므로 SysAllocString() 을 사용하여 버퍼를 할당하는 생성자가 없습니다.
그러므로 Navigate() 의 첫번째 매개변수에는 반드시 SysAllocString() 로써 할당된 버퍼를 전달해야 합니다.
[guest]
2012-05-12 02시13분
"2222" 님, 언급하신 이야기는 맞긴 하지만 매개변수 타입이 BSTR이라고 해서 무조건 SysAllocString을 해서 넘겨야 하는 것은 아닙니다. 예를 들어, 호출 당하는 측에서 메모리를 해제하겠다고 하는 경우에 그런 약속을 하게 되는데요. Navigate 메서드는 넘겨받은 BSTR 데이터를 해제하지 않습니다. 따라서, SysAllocString으로 할당해서 넘겨주면 메모리 leak이 발생합니다.

누군가 "2222" 님 덧글을 보고 오해를 할까봐 다시 덧글을 남깁니다. ^^
정성태
2018-10-01 02시20분
Navigate 메서드도 다음과 같이 put_Visible을 함께 써 주고 @2222 님의 의견처럼 (WCHAR이 아닌) BSTR로 전달하면 정상 동작합니다.

    BSTR bstr = SysAllocString(L"http://www.sysnet.pe.kr");
    hr = pWebBrowser2->Navigate(bstr, &vtEmpty, &vtEmpty, &vtEmpty, &vtEmpty);
    SysFreeString(bstr);

    hr = pWebBrowser2->put_Visible(VARIANT_TRUE);

너무 오랜 시간이 흘렀군요. ^^;

즉, 정리해 보면 그 둘 간의 차이는 표면상으로는 없습니다. (다시 말해, 본문의 내용은 완전히 틀린 글입니다.)
정성태

1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13567정성태2/27/20241820오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241878오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241723닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241954Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241959디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20241992오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20242078닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242122디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242950오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242195닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241925Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241986Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242135닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241865VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241952닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241903닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242098닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242213Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242526개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242343개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242112개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241995Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241878닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241895오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241924Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241920오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...