多线程死锁怎么处理.net

发布网友发布时间：2022-04-24 13:29

共2个回答

懂视网时间：2022-05-19 21:28

多线程环境
在我们的产品 SE 中，出现多线程的地方主要有两大类，一类是通过 ThreadPool 或 new Thread 主动发起多线程，另一类是 Socket 通讯回调。
多线程异常捕获
对于一般的异常处理来说，我们只要简单的将可能出错的语句包含在 try/catch 语句中即可。我也曾经简单的将该方法运用于多线程的异常捕获，结果并非如此，代码如下：
代码如下:


public static void Main() 
{ 
    try 
    { 
        new Thread (Go).Start(); 
    } 
    catch (Exception ex) 
    { 
        // 永远执行不到这儿！ 
        Console.WriteLine ("Exception!"); 
    } 
} 
private static void Go() 
{ 
    throw null; 
} 
 
正确的做法应该是在新线程入口方法 Go 中捕获异常： 
 代码如下:
public static void Main() 
{ 
    new Thread (Go).Start(); 
} 
private static void Go() 
{ 
    try 
    { 
        ... 
        throw null; // 该异常将会被捕获 
        ... 
    } 
    catch (Exception ex) 
    { 
        // 异常日志记录，或者通知其他线程出现异常了 
        ... 
    } 
} 
 

以上的正确做法来自 Threading in C# 中的小节 Exception Handling，该文涉及到 .NET 多线程的方方面面，是我看到最全最好的文章。
正确捕获多线程异常的方法找到了，接下来我们自然会想：是不是每个线程入口方法都得这么做？
且看 Threading in C# 中的小节 Exception Handling 的描述：从 .NET 2.0 开始，任何一个线程上未处理的异常都会导致整个应用程序关闭。因此，在每个线程入口方法中都必须要使用 try/catch 语句，至少在产品应用程序中必须如此，以免应用程序因为我们未预料到的代码而关闭整个应用程序。
如果仅仅记下异常信息而不在乎应用程序异常关闭，那么有两个方法可以做到：
  1、对于 Windows Form 程序来说，有一个全局异常处理事件：Application.ThreadException； 
  2、对于所有 .NET 程序来说，还有一个更低级的全局异常处理事件：AppDomain.UnhandledException； 
更高的要求 
我们能简单的通过全局异常处理事件来记录错误日志；如果保证不中断应用程序，也可以在每个线程入口方法中捕获异常并记录异常日志。有没有办法做到：既能捕获异常且不中断应用程序，又能如全局异常处理事件那样简单捕获异常？ 
对于主动创建的新线程，至少可以做到这一点： 
 代码如下:

public static class ThreadExecutor 
{ 
    public static bool Execute(System.Threading.WaitCallback callback, object state) 
    { 
        try 
        { 
            return System.Threading.ThreadPool.QueueUserWorkItem(callback, state); 
        } 
        catch (Exception e) 
        { 
            // log the exception 
        } 
        return false; 
    } 
} 
 
  
  





                                                            
                        
                        热心网友
                        时间：2022-05-19 18:36
                    
                    有两种实现方法，分别是继承thread类与实现runnable
接口
用synchronized关键字修饰同步方法
反对使用stop()，是因为它不安全。它会解除由线程获取的所有锁定，而且如果对象处于一种不连贯状态，那么
其他线程能在那种状态下检查和修改它们。结果很难检查出真正的问题所在。suspend()方法容易发生死锁。调用
suspend()的时候，目标线程会停下来，但却仍然持有在这之前获得的锁定。此时，其他任何线程都不能访问锁定
的资源，除非被"挂起"的线程恢复运行。对任何线程来说，如果它们想恢复目标线程，同时又试图使用任何一个
锁定的资源，就会造成死锁。所以不应该使用suspend()，而应在自己的thread类中置入一个标志，指出线程应该
活动还是挂起。若标志指出线程应该挂起，便用wait()命其进入等待状态。若标志指出线程应当恢复，则用一个
notify()重新启动线程。

全部栏目

多线程死锁怎么处理.net