在arm系统上运行　很多时候用QDialog的时候会发现阻塞了消息,而有的时候我们希望是后台的一些消息继续运行不要终止,此时需要做个设置。　QDialog　dialog　;　dialog　.　setWindowModality　(　Qt　::　WindowModal　);　很多初学者甚至几年工作经验的人,对多线程有很深的误解和滥用,尤其是在串口和网络通信这块,什么都往多线程里面丢,一旦遇到界面卡,就把数据收发啥的都搞到多线程里面去,殊不知绝大部分时候那根本没啥用,因为没找到出问题的根源。　如果你没有使用wait***函数的话,大部分的界面卡都出在数据处理和展示中,比如传过来的是一张图片的数据,你需要将这些数据转成图片,这个肯定是耗时的;　还有就是就收到的数据曲线绘制出来,如果过于频繁或者间隔过短,肯定会给UI造成很大的压力的,最好的办法是解决如何不要频繁绘制UI比如合并数据一起绘制等;　如果是因为绘制UI造成的卡,那多线程也是没啥用的,因为UI只能在主线程;　串口和网络的数据收发默认都是异步的,由操作系统调度的,如果数据处理复杂而且数据量大,你要做的是将数据处理放到多线程中;　如果没有严格的数据同步需求,根本不需要调用wait***之类的函数来立即发送和接收数据,实际需求中大部分的应用场景其实异步收发数据就足够了;　有严格数据同步需求的场景还是放到多线程会好一些,不然你wait***就卡在那边了;　多线程是需要占用系统资源的,理论上来说,如果线程数量超过了CPU的核心数量,其实多线程调度可能花费的时间更多,各位在使用过程中要权衡利弊;　再次强调,不要指望Qt的网络通信支持高并发,最多到1000个能正常工作就万事大吉,一般建议500以内的连接数。有大量高并发的需求请用第三方库比如swoole等。　在嵌入式linux上,如果设置了无边框窗体,而该窗体中又有文本框之类的,发现没法产生焦点进行输入,此时需要主动激活窗体才行。　//这种方式设置的无边框窗体在嵌入式设备上无法产生焦点　setWindowFlags　(　Qt　::　WindowStaysOnTopHint　|　Qt　::　FramelessWindowHint　|　Qt　::　X11BypassWindowManagerHint　);　//需要在show以后主动激活窗体　w　->　show　();　w　->　ac