@场景
1
新建
Windows
应用程序
CloseWindowExp
，程序每隔一秒钟改变一次窗体的背景色。
程序运行后的效果，如下图所示（变化的过程，就请大家在脑子中想象一下吧）。
程序的主要代码如下所示。
//************************************************************
// 窗体关闭问题示例代码
// Author：三五月儿
// Date：2014/07/27
// http://blog.csdn.net/yl2isoft
//************************************************************
using System;
using System.Drawing;
using System.Threading;
using System.Windows.Forms;
namespace CloseWindowExp
public partial class frmCase1 : Form
Random rand = new Random();
public frmCase1()
InitializeComponent();
private void button1_Click(object sender, EventArgs e)
while (true)
int c1 = rand.Next(0, 244);
int c2 = rand.Next(0, 244);
int c3 = rand.Next(0, 244);
this.BackColor = Color.FromArgb(c1,c2,c3);
Application.DoEvents();
Thread.Sleep(1000);
}
代码中，通过While循环来实现每隔一秒钟改变一次窗体背景色的工作，每一次循环中，会随机生成三个整数
，并使用这三个整数来生成窗体的背景色，紧接着，执行
Application.DoEvents（）方法，使用此方法可以确保即使在循环中窗体也有反映（要不，你去掉再看看会有什么效果），每次循环的最后会让程序Sleep一小会（1s钟），这样就可以使颜色变化的间隔近似保持在1s钟左右。
运行程序再点击窗体右上角的叉号关闭窗体（是关闭窗体哦，其实以前我一直都认为，关闭了窗体也就关闭了程序，现在看来，这是不正确的），再打开任务管理器，打开“进程”项，在列表中寻找
CloseWindowExp
的身影，很不幸，找到了，请看下图。
场景二所给示例，完成场景一示例一样的工作，只是将工作转移至一个新的工作线程中。
下面是场景二示例的主要代码。
//************************************************************
// 窗体关闭问题示例代码
// Author：三五月儿
// Date：2014/07/27
// http://blog.csdn.net/yl2isoft
//************************************************************
using System;
using System.Drawing;
using System.Threading;
using System.Windows.Forms;
namespace CloseWindowExp1
public partial class frmCase2 : Form
Random rand = new Random();
public frmCase2()
InitializeComponent();
private void button1_Click(object sender, EventArgs e)
Thread t = new Thread(()=>
if (this.InvokeRequired)
this.Invoke(new Action(() =>
while (true)
int c1 = rand.Next(0, 244);
int c2 = rand.Next(0, 244);
int c3 = rand.Next(0, 244);
this.BackColor = Color.FromArgb(c1, c2, c3);
Application.DoEvents();
Thread.Sleep(1000);
t.Start();
其实，对于这里场景二所给的的示例，我是有一点不放心的，生怕使用它不能很好地说明我想要表达的内容，因为本质上他跟示例一没有任何差别，都是因为在程序中存在一个死循环才导致了问题的发生。
在研究这类问题发生的原因时，我们完全可以这样去考虑，当窗体被关闭后，程序为什么还在运行呢，肯定是因为程序还有没干完的工作，当然这件工作有可能再过一会就干完了，也有可能永远也干不完（死循环），至于这工作是谁干的，是主线程，还是工作线程，本质上没有区别。通过我们所给的两个实例，正好说明这点，因为实例一的工作是在主线程中完成的，而实例二的工作是在工作线程中完成的。但是，不管是主线程，还是工作线程，只要存在未完成的工作都会导致此类问题的发生。所以，此类问题的原因，最终可以归结为一点：关闭窗体时，只要有线程还在工作，进程都不会被结束。
在实际开发中，我们经常会使用一个工作线程去干一些重复的工作，所以，在多线程开发中，更容易出现死循环或者关闭了窗体还需要工作一段时间的场景。因此，多线程开发中更要注意此类问题的发生。
找到了原因，解决问题就简单了。对于此类问题的解决，只要确保在窗体关闭后没有任何线程在工作即可。至于具体解决方案可以视情况而定。
3 解决方法
将循环条件while (true)修改为while (this.Visible)。
这样一来，当窗体关闭后，窗体的Visible属性值变为false，则while循环随即被终止，进而进程也会被正常结束。
在窗体的FormClosing事件处理方法中，使用代码System.Environment.Exit(0)强制退出当前进程，这样一来，不管进程下是否还有线程在工作，都会一概结束。
private void frmCase2_FormClosing(object sender, FormClosingEventArgs e)
System.Environment.Exit(0);
}
方法1的原理是结束程序中的死循环进而结束线程，从而使进程能够正常结束；而方法2是不管线程有没有工作都强制关闭所有线程进而正常结束进程。
我们这里不去探讨哪种方法更好，只想对解决此类问题的思考方向给出一个说明，那就是：通过结束所有线程的工作来保证进程的正常结束。当然这也是本文的一个主题。
好了，就写到这里了，希望没有离题。
扩展阅读：
C# — WinForm 退出方法总结
细说UI线程和Windows消息队列
最近在做一个工具用于控制mcu，这其中肯定就需要open端口，所以不能同时打开一个设备，所以在发布程序后，打开设备后关闭QT的UI界面，再次打开程序进行连接设备的时候出现open设备失败的问题。
第一次打开设备：
关闭应用再次连接设备：
setAttribute(Qt::WA_QuitOnClose, true); //关闭此窗口，会立即执行析构函数
这时会出现关闭父窗口后，子窗口需要手动关闭的问题
我们需要关闭父窗口后，子窗口会一起关闭
解决方案：
给父窗口也设置以下属性：
setAttrib
问题描述在Qt中mainwindow窗口设置了任务栏不显示，和置顶。代码如下setWindowFlags( Qt::Tool | Qt::X11BypassWindowManagerHint| Qt::WindowStaysOnTopHint);设置后窗口没有最大化，最小化按钮，只有一个红色的关闭按钮，但是点击之后，窗口关闭，进程仍然在运行。也就是窗口的关闭按钮结束不了程序。
解决方法首先在mai
self.your_thread = threading.Thread(target=self.tcp_client_concurrency)
# 设置线程为守护线程，防止退出主线程时，子线程仍在运行
self.your_threa...
