强制退出WinForm程序之Application.Exit和Environment.Eixt

 

     这几天在做一个把大量Infopath生成的XML数据，进行处理的程序，我用了MDI子窗体，每个窗体包含了各自的功能，如，遍历目录及其子目录检查文件类型并自动生成Sql语句并入库、对Infopath数据的自动检查、对数据中的某些域的替换及更改处理、对数据文件的合并、拆分、剔除记录、统计数据、 对数据自动导入数据库。。。等等。
      当我打开一个子窗体，进行某项操作时，如果字窗体中有循环操作时。如果运行中我关闭子窗体，发现窗体虽然关闭了，但子窗体中的循环程序却没有退出，一直在 执行，并占用着系统资源，直到循环结束，才真正的释放资源。尽管我在字窗体的Closed事件中写了如下代码：
     
      private void frmFileDisposal_Closed(object sender, System.EventArgs e)
     {
         this.Dispose();
         this.Close();
     }
  后来从查MSDN和从网上查资料才得知，Dispose()方法，虽然能释放当前窗体的资源，却不能强制结束循环，
  要想强制突出当前程序要用：System.Environment.Exit(int exitcode)方法；该方法：终止当前进程并为基础操作系统提供指定的退出代码。

如下则问题解决：
   private void frmFileDisposal_Closed(object sender, System.EventArgs e)
     {        
         System.Environment.Exit(System.Environment.ExitCode);  
         this.Dispose();
         this.Close();
     }

或者把它放到事件里：
   while (MessageBox.Show("退出当前窗体？", "", MessageBoxButtons.YesNo) ==   DialogResult.No)
    {
       for(int j=1; j<=i; j++)
      {
          listBox1.Items.Add(j);
       }      
   }
   System.Environment.Exit(System.Environment.ExitCode);  

还有一种方法：  System.Threading.Thread.CurrentThread.Abort();
                          或者          Process.GetCurrentProcess().Kill()
                           或者        Application.ExitThread();
                           或者        Application.ExitThread()

不过以上方法，都是强制直接退出了整个程序，不只是关闭子窗体。可能还会引发某些问题，
我感觉最好方法的就是，在子窗体的Closing事件中，写循环退出条件，这样就可以避免某些未知的错误，而且可以只关闭子窗体，并释放子窗体占用的资源

 Application.Exit(); 方法停止在所有线程上运行的所有消息循环，并关闭应用程序的所有窗口

Application.Exit 是一种强行退出方式，就像 Win32 的 PostQuitMessage()。它意味着放弃所有消息泵，展开调用堆栈，并将执行返回给系统。

在 Windows（Win32 或 .NET）中关闭应用程序的正确方式是关闭它的主应用程序窗口（例如 Form.Close）。主消息泵结束后依然存在的任何窗口都需要手动关闭。在应用程序退出之前通过调用 Form.Close 或 Form.Dispose 来关闭窗口是清除窗口的良好做法，但这需要您有意识地去做。我们需要记住，.NET Framework 的 OnClosing() 是 Win32 的托管版本的 WM_CLOSE，而非 WM_DESTROY。

另外，如果您使用 form.Close()，通过处理 OnClosing 或 OnClosed 事件，就可以让您的应用程序清理内容、关闭文件等。如果您通过 Application.Exit 强行退出应用程序，就无法调用这些事件。

----------------------------
转自http://blog.csdn.net/mircle/archive/2007/04/17/1567638.aspx