Exception handling-threads

Vor kurzem habe ich an einem interview . Ein code-snippet, das mir gegeben wird.Ich weiß,die interviewer nahm es von albhari die threading-Probe.

public static void Main() 
{
    try 
    {
        new Thread (Go).Start();
    }
    catch (Exception ex)
    {
        //We'll never get here!
       Console.WriteLine ("Exception!");
    }
}

static void Go() { throw null; }

Die änderung der obige code als

public static void Main()
{
    new Thread (Go).Start();
}

static void Go() 
{
    try 
    {
        ...
        throw null; //this exception will get caught below
        ...
    }
    catch (Exception ex) 
    {
        Typically log the exception, and/or signal another thread
        that we've come unstuck
        ...
    }
}

wäre der gute Kandidat für die Ausnahme behandeln.

Bin ich gebeten worden, "Außer den oben genannten Weg, was sind die anderen alternativen, die passen würden als gute Lösung?. Es war schwer zu finden, die alternative,so Hebe ich es hier zu sammeln, Ihre Anregung.

InformationsquelleAutor user184805 | 2009-10-12
  1. 16

    Ausnahme in einem thread normalerweise gar nicht sein gefangen in einem anderen thread.

    Würden Sie besser zu fangen, in die Funktion Gehen, und übergeben Sie es an den Haupt-thread ausdrücklich.

    Jedoch, wenn Sie nur wollen, melden Sie sich für alle unbehandelten Nachrichten aus allen threads, die Sie verwenden können AppDomain.UnhandledException Ereignis oder eine gleichwertige Ereignisse auf Application-Klasse bei der Entwicklung von WinForms-oder WPF-Anwendung.

    • ...aber bewusst sein, dass Sie nicht verarbeiten kann die exception in AppDomain.UnhandledException, Sie benachrichtigt werden, aber die Anwendung wird heruntergefahren sowieso.
    • Ist es möglich, zu verhindern, dass die Anwendung beenden, indem Sie die Einstellung v1.x-Kompatibilitätsmodus. Für diese eine <legacyUnhandledExceptionPolicy enabled="1"/> - element Hinzugefügt werden muss, um die app.config in der <Laufzeit Abschnitt
    InformationsquelleAutor elder_george
  2. 4

    was sind die anderen alternativen, die passen würden als gute Lösung?.

    Lösung was? Welches problem versuchst du zu lösen?

    Wenn Sie BackgroundWorker, im Gegensatz zum Thread, es hat eine RunWorkerCompleted Ereignis, und innerhalb dieser können Sie die RunWorkerCompletedEventArgs param für die Error-Eigenschaft. Diese Regel wird verwendet in WinForms oder WPF-Anwendungen, da es eine gute Unterstützung für die BackgroundWorker-Klasse in der Visual Studio-designer.

    Könnte man auch definieren einer Delegierten für die Go () und Aufruf von BeginInvoke() auf. Natürlich müssen Sie die EndInvoke() zu.

    Außerdem ist es generell keine gute Idee zum start-up random threads. ThreadPool.QueueUserWorkItem, BackgroundWorker, oder asynch Delegierten alle verwenden den ThreadPool und sind zu empfehlen.

    • derselbe code, der Sie fragte nach alternativen.
    • gut, was ich meine, ist dies: der ursprüngliche code war kaputt. Ihre erste option ist eine alternative. WENN es zufriedenstellend ist, dann brauchen Sie keine anderen alternativen. Welches problem versuchst du zu lösen? "eine alternative zu den original-code" sein könnte nichts. Sie konnten submit code, löst sudoku - Rätsel-das wäre eine alternative. Wäre es angemessen? Ohne Anforderungen, wer kann sagen?
    • Nein, sir,fragte der interviewer, diese Frage. 🙂 also ich wollte nicht sagen, nichts.Außerdem habe ich nicht das wissen, wie man es angehen. 🙂 Vielen Dank für Ihren Vorschlag.
    • bitte Lesen Sie die Frage richtig, niemand ist in der Notwendigkeit von jede Andeutung, er konfrontiert, dies in einem Vorstellungsgespräch, wo der smart guy erzählt ihm nach einer alternative suchen, ich glaube, dass der Antragsteller wirklich weiß genug über alles, was Sie vorschlagen.
    InformationsquelleAutor Cheeso
  3. 1

    Können Sie die AppDomain.UnhandledException Veranstaltung

    InformationsquelleAutor Thomas Levesque
  4. 1

    Gibt es alternativen aufgeführt, die auf Joe Albahari website:
    http://www.albahari.com/threading/#_Exception_Handling

    "Es gibt jedoch einige Fälle, in denen Sie nicht brauchen, um die Behandlung von Ausnahmen auf einen worker-thread, weil die .NET Framework wird es für Sie. Diese bedeckt in den kommenden Abschnitten, und sind:

    -Asynchrone delegates

    -BackgroundWorker

    -Die Task Parallel Library (Bedingungen gelten)"

    InformationsquelleAutor jrupe
  5. 1

    Ich denke, dass das der einfachste Weg ist:

    BackgroundWorker bw = new BackgroundWorker();
bw.DoWork += new DoWorkEventHandler((object sender2, DoWorkEventArgs e2) =>
{
    throw new Exception("something bad");
    e2.Result = 1 + 1;
});
bw.RunWorkerCompleted += new RunWorkerCompletedEventHandler((object sender2, RunWorkerCompletedEventArgs e2) =>
{
    if (e2.Error != null)
    {
        Console.WriteLine("Error: " + e2.Error.Message);
    }
});
bw.RunWorkerAsync();

    aber es gibt einen anderen Weg, der einige könnten es vorziehen, wenn Sie synchronisieren möchten, den thread (vielleicht ist dies auf einem anderen thread als dem GUI-thread):

        private class FileCopier
    {
        public bool failed = false;
        public Exception ex = null;
        public string localPath;
        public string dstPath;
        public FileCopier(string localPath, string dstPath)
        {
            this.localPath = localPath;
            this.dstPath = dstPath;
        }

        public void Copy()
        {
            try{
                throw new Exception("bad path");
            }catch(Exception ex2)
            {
                ex = ex2;
                failed = true;
            }
        }
    }

    public static void Main()
    {
        FileCopier fc = new FileCopier("some path", "some path");
        Thread t = new Thread(fc.Copy);
        t.Start();
        t.Join();
        if (fc.failed)
            Console.WriteLine(fc.ex.Message);
    }

    Beachten Sie, dass das zweite Beispiel würde mehr Sinn machen, wenn Sie mehrere threads haben und Sie eine Schleife und verbinden Sie alles mit...aber ich habe das Beispiel einfach.

    dem 3. Muster wäre mit dem Task-Fabrik, die ist sauberer:

    private static test(){
    List<Task<float>> tasks = new List<Task<float>>();
    for (float i = -3.0f; i <= 3.0f; i+=1.0f)
    {
        float num = i;
        Console.WriteLine("sent " + i);
        Task<float> task = Task.Factory.StartNew<float>(() => Div(5.0f, num));
        tasks.Add(task);
    }

    foreach(Task<float> t in tasks)
    {
        try
        {
            t.Wait();
            if (t.IsFaulted)
            {
                Console.WriteLine("Something went wrong: " + t.Exception.Message);
            }
            else
            {
                Console.WriteLine("result: " + t.Result);
            }
        }catch(Exception ex)
        {
            Console.WriteLine("Error: " + ex.Message);
        }

    }
}

private static float Div(float a, float b)
{
    Console.WriteLine("got " + b);
    if (b == 0) throw new Exception("Divide by zero");
    return a / b;
}
    InformationsquelleAutor max
Schreibe einen Kommentar