clr d'hébergement et attraper des exceptions de threading

Question

J'essaye d'écrire un système de plugin qui peut charger des plugins gérés. L'hôte devrait pouvoir décharger les plugins s'il y a des exceptions. pour mon poc J'ai une bibliothèque de code exemple en C# qui jette une exception comme ça ...

public static int StartUp(string arguments) 
{ 
     Console.WriteLine("Started exception thrower with args {0}", arguments); 
     Thread workerThread = new Thread(() => 
      { 
       Console.WriteLine("Starting a thread, doing some important work"); 
       Thread.Sleep(1000); 
       throw new ApplicationException(); 
      } 
     ); 
     workerThread.Start(); 
     workerThread.Join(); 
     Console.WriteLine("this should never print"); 
     return 11; 
    } 

alors j'ai console app native win32 comme ça ..

int _tmain(int argc, _TCHAR* argv[]) 
{ 
    ICLRMetaHost *pMetaHost  = NULL; 
    HRESULT hr; 
    ICLRRuntimeInfo *runtimeInfo = NULL;  
    __try 
    { 
     hr = CLRCreateInstance(CLSID_CLRMetaHost, IID_ICLRMetaHost, (LPVOID*)&pMetaHost); 
     hr = pMetaHost->GetRuntime(L"v4.0.30319",IID_ICLRRuntimeInfo,(LPVOID*)&runtimeInfo); 
     ICLRRuntimeHost *runtimeHost = NULL; 
     hr = runtimeInfo->GetInterface(CLSID_CLRRuntimeHost,IID_ICLRRuntimeHost, (LPVOID*)&runtimeHost);  
     ICLRControl* clrControl = NULL; 
     hr = runtimeHost->GetCLRControl(&clrControl); 
     ICLRPolicyManager *clrPolicyManager = NULL; 
     clrControl->GetCLRManager(IID_ICLRPolicyManager, (LPVOID*)&clrPolicyManager); 
     clrPolicyManager->SetDefaultAction(OPR_ThreadAbort,eUnloadAppDomain); 
     hr = runtimeHost->Start(); 
     DWORD returnVal = NULL;   
     hr = runtimeHost->ExecuteInDefaultAppDomain(L"ExceptionThrower.dll",L"ExceptionThrower.MainExceptionThrower",L"StartUp",L"test",&returnVal);   
     runtimeHost->Release(); 
    } 
    __except(1) 
    { 
     wprintf(L"\n Error thrown %d",e); 
    } 
    return 0; 
} 

problème est que si J'utilise le code ci-dessus, l'hôte terminerait l'exécution du code managé (la ligne "ceci ne devrait jamais s'imprimer" finirait par imprimer) Si je supprime le clrPolicyManager-> SetUnhandledExceptionPolicy (eHostDeterminedPolicy), le processus hôte se bloquerait.

peut-il être fait quelque chose dans l'hôte non géré qu'il pourrait gracieusement supprimer l'application errant de l'exécution et continuer à travailler?

Answer 1

Vous pouvez commencer une nouvelle AppDomain spécifiquement pour chaque plug-in donné et le lancer à l'intérieur. Voir http://msdn.microsoft.com/en-us/library/ms164323.aspx

Chaque domaine d'application est un environnement isolé où le code peut s'exécuter. Les exceptions se produisant dans un AppDomain peuvent être isolées du reste. Voir: http://msdn.microsoft.com/en-us/library/system.appdomain(v=VS.100).aspx

Answer 2

On dirait que l'ajout suivant avec setDefaultAction résout le crash:

clrPolicyManager->SetUnhandledExceptionPolicy(EClrUnhandledException::eHostDeterminedPolicy); 

Answer 3

Vous avez soulevé une question très intéressante, merci pour cela.

Je suppose que cet article sera utile assez: http://etutorials.org/Programming/programming+microsoft+visual+c+sharp+2005/Part+III+More+C+Language/Chapter+9+Exception+Handling/Unhandled+Exceptions/

Answer 4

Tout d'abord, si vous voulez éviter plantage de l'application avec le code ci-dessus, vous aurez besoin d'utiliser SetUnhandledExceptionFilter, comme ceci:

LONG WINAPI MyUnhandledExceptionFilter(struct _EXCEPTION_POINTERS *exceptionInfo) 
{ 
    // do something useful 
    return EXCEPTION_EXECUTE_HANDLER; // prevent crash 
} 

int _tmain(int argc, _TCHAR* argv[]) 
{ 
    SetUnhandledExceptionFilter(MyUnhandledExceptionFilter); 
     ... 
} 

Mais ce n'est peut-être pas ce que vous voulez vraiment. Une solution (telle que proposée par Polity je crois) est de créer un AppDomain intermédiaire qui peut facilement capturer toutes les exceptions non gérées. Vous pouvez le faire en C#, comme ceci:

public class PluginVerifier 
{ 
    public static int CheckPlugin(string arguments) 
    { 
     AppDomain appDomain = AppDomain.CreateDomain(Guid.NewGuid().ToString()); 
     appDomain.UnhandledException += AppDomainUnhandledException; 
     object obj = appDomain.CreateInstanceAndUnwrap("ExceptionThrower", "ExceptionThrower.MainExceptionThrower"); 
     object ret = obj.GetType().InvokeMember("Startup", BindingFlags.Instance | BindingFlags.Public | BindingFlags.InvokeMethod, null, obj, new object[] { arguments }); 
     AppDomain.Unload(appDomain); 
     return (int)ret; 
    } 

    private static void AppDomainUnhandledException(object sender, UnhandledExceptionEventArgs e) 
    { 
     AppDomain appDomain = (AppDomain)sender; 
     // the following will prevent "this should never print" to happen 
     AppDomain.Unload(appDomain); 
    } 
} 

Pour que cela soit en mesure de travailler cependant, vous devez faire deux changements à vos classes de plug-ins:

• ils doivent tirer de MarshalByRefObject
• la méthode de plug-in ne doit pas être statique (méthodes statiques appel ne passent pas par le filtre AppDomain)

Ainsi, votre classe serait écrit comme ceci:

public class MainExceptionThrower: MarshalByRefObject 
{ 
    public int StartUp(string arguments) 
    { 
    ... 
    } 
} 

Si vous faites cela, vous pouvez supprimer les appels à SetUnhandledExceptionPolicy, SetActionOnFailure ou setDefaultAction, et il suffit de remplacer le code d'amorçage comme ceci:

hr = runtimeHost->ExecuteInDefaultAppDomain(L"PluginSystem.dll", L"PluginSystem.PluginVerifier", L"CheckPlugin", L"test", &returnVal);   

Si vous essayez avec votre code de démarrage ci-dessus, cet appel renverra hr = 0x80131604, COR_E_TARGETINVOCATION (TargetInvocationException).