Obsługa wyjątków, zadania asynchroniczne współbieżności WinRT C ++
Muszę zaimplementować asynchroniczny HTTP GET w C ++ i musimy być w stanie przesłać aplikację do Windows 8 Store.
Mój problem jest następujący:
Znalazłem odpowiedni przykładowy kod, który implementuje klasę HttpRequesthttp://code.msdn.microsoft.com/windowsapps/HttpClient-sample-55700664
Ten przykład działa, jeśli identyfikator URI jest poprawny, ale zgłasza wyjątek, jeśli identyfikator URI wskazuje nieprawidłowe / nieistniejące miejsce (np .: www.google22.com). Byłoby dobrze, gdybym mógł złapać wyjątek, ale nie mogę zrozumieć, jak i gdzie powinienem go złapać.
Teraz trochę kodu. Jest to wywołanie metody async, concurrency :: task, która zgłasza wyjątek:
try {
...
Web::HttpRequest httpRequest;
httpRequest.GetAsync(uri, cancellationTokenSource.get_token())
.then( [] (concurrency::task<std::wstring> response)
{
try {
response.get();
}
catch( ... ) {
int i = 1;
}
return response;
})
...
} catch ( ... ) {
...
}
I to jest odpowiedni segment metody GetAsync (koniec metody):
// Return a task that completes when the HTTP operation completes.
// We pass the callback to the continuation because the lifetime of the
// callback must exceed the operation to ensure that cancellation
// works correctly.
return completionTask.then([this, stringCallback](tuple<HRESULT, wstring> resultTuple)
{
// If the GET operation failed, throw an Exception.
CheckHResult(std::get<0>(resultTuple));
statusCode = stringCallback->GetStatusCode();
reasonPhrase = stringCallback->GetReasonPhrase();
return std::get<1>(resultTuple);
});
Linia CheckHResult zgłasza wyjątek, jest to kod:
inline void CheckHResult(HRESULT hResult)
{
if (hResult == E_ABORT)
{
concurrency::cancel_current_task();
}
else if (FAILED(hResult))
{
throw Platform::Exception::CreateException(hResult);
}
}
Mam try-catch wokół wywołania GetAsync i mam także try-catch w .then kontynuacji lambda.
W odpowiedniej dokumentacji Microsoft (http://msdn.microsoft.com/en-us/library/windows/apps/hh780559.aspx ) stwierdza, że wyjątki rzucone przez zadanie powinny być możliwe do przechwycenia w następnym zadaniu w łańcuchu, ale jakoś nie działa w moim przypadku. Dodatkowo, nawet próba przechwycenia całego połączenia nie wychwytuje wyjątku, tylko prześlizguje się przez wszystko ...
Czy ktoś miał ten problem? Myślę, że próbowałem wszystkiego, co podano w oficjalnych dokumentacjach, ale nadal pozwala to na wyjątek, który wpadł w szał i zawiesił aplikację. Czego mi brakuje?
EDYTOWAĆ:
Zmodyfikowałem kod, aby zrobić nic innego, jak obsługę wyjątków i nadal nie przechwytuje wyjątku zgłoszonego przez zadanie w .GetAsync
Oczyszczony kod:
try
{
Windows::Foundation::Uri^ uri;
uri = ref new Windows::Foundation::Uri( uri_string_to_fetch );
concurrency::cancellation_token_source cancellationTokenSource = concurrency::cancellation_token_source();
Web::HttpRequest httpRequest;
OutputDebugString( L"Start to fetch the uri...\n" );
httpRequest.GetAsync(uri, cancellationTokenSource.get_token())
.then([](concurrency::task<std::wstring> response)
{
try {
response.get();
}
catch( ... ) {
OutputDebugString(L"unknown Exception");
}
})
.then([](concurrency::task<void> t)
{
try {
t.get();
// .get() didn't throw, so we succeeded.
}
catch (Platform::Exception^ e) {
// handle error
OutputDebugString(L"Platform::Exception");
}
catch (...) {
OutputDebugString(L"unknown Exception");
}
});
}
catch (Platform::Exception^ ex) {
OutputDebugString(L"Platform::Exception");
errorCallback(-1);
}
catch ( ... ) {
OutputDebugString(L"unknown Exception");
errorCallback(-2);
}
To nadal powoduje awarię z komunikatem wyjątku:Wyjątek pierwszej szansy pod adresem 0x75644B32 w App1.exe: wyjątek Microsoft C ++: Platform :: COMException ^ w lokalizacji pamięci 0x077EEC28. HRESULT: 0x800C0005
Dodatkowo, gdy umieściłem kilka punktów przerwania w kodzie, pokazuje, że wyjątek prześlizguje się przez wszystko, zanim zostanie wywołany pierwszy. Umieściłem punkty przerwania w tych lokalizacjach (w uproszczonym / wyczyszczonym kodzie):
przed wywołaniem GetAsyncdo GetAsync, doCheckHResult (std :: get <0> (resultTuple)); linia, która zgłasza wyjątekw każdą próbę i przypadek / blok catchKolejność wykonania, testowana z punktami przerwania:
przed wywołaniem GetAsync [OK]w GetAsync, wiersz, który rzuci wyjątek [OK]teraz aplikacja ulega awarii, prześlizguje się przez każdy try-catch, dalejteraz linia w pierwszym.następnie zostaje wywołany, w bloku tryinne wyjątki na poziomie aplikacji, które nie zostały przechwycone przez żaden blok catchteraz pierwszy.następnieblok catchdrugi. potem metodapróbować bloki nic więcej, drugi.następniecatch nawet nie łapie żadnego wyjątkuI drukowane dzienniki debugowania, w kolejności: - Zacznij pobierać uri ... - Wyjątek pierwszej szansy pod adresem 0x75644B32 w App1.exe: wyjątek Microsoft C ++: Platform :: COMException ^ w lokalizacji pamięci 0x082FEEF0. HRESULT: 0x800C0005 - Wyjątek pierwszej szansy przy 0x75644B32 w App1.exe: wyjątek Microsoft C ++: [rethrow] w lokalizacji pamięci 0x00000000. - Wyjątek pierwszej szansy pod adresem 0x75644B32 w App1.exe: wyjątek Microsoft C ++: Platform :: COMException ^ w lokalizacji pamięci 0x082FE670. HRESULT: 0x800C0005 - Wyjątek pierwszej szansy pod adresem 0x75644B32 w App1.exe: wyjątek Microsoft C ++: Platform :: COMException ^ w lokalizacji pamięci 0x082FDD88. HRESULT: 0x800C0005 - nieznany wyjątek
Co się dzieje??