实现hello world的两种方式

通过图形化的方式

通过图形化的方式，在界面上创建出一个控件，显示出hello world，双击widget.ui进入到Qt Designer。label（标签）是界面上一个用来显示内容的字符串控件

下面图片在Qt Designer右上角处，通过树形结构显示出当前界面上有哪些控件

刚才往界面上拖拽了一个QLabel控件，可以通过下面图片看到，此时的widget.ui文件的xml中就自动的生成了一段代码，随后qmake就会在编译项目的时候基于这个内容去生成一段C++代码，通过这个C++代码就会去构建出界面内容，这些都是Qt工具自动生成的，无需手动操作

最终程序运行结果，以及程序运行成功后ui_widget.h文件内容的变动

通过纯代码的方式

通过纯代码的方式，通过编写代码，在界面上创建控件，显示hello world。这里要特别注意：；一般通过代码去构建界面的时候，通常会把构建界面的代码放到 Widget/MainWindow的构造函数中

Widget::Widget(QWidget *parent): QWidget(parent), ui(new Ui::Widget)
{ui->setupUi(this);// 构建界面的代码QLabel* label = new QLabel(this);label->setText("hello world");
}

1. 新老头文件的说明

若出现unkonwn type name ' QLabel'，这就没有意味着没有包含头文件，因为Qt中每个类都有一个对应的头文件，而当我们去widget.h中输入头文件时会出现以下两个版本 QLabel 和 qlabel.h，其中qlabel.h是Qt早期时候用的头文件，自1998年之后C++标准委员会成立了C++98标准，规定包含的头文件统一使用 #include<cstdio>代替原有的#include<stdio.h>，因此Qt的头文件也随之更新了

2.堆或栈上创建对象的选择

这里得在堆上创建对象，我在栈上创建对象，发现程序上显示不出 hello world ，这里我认为是栈和堆上对象的生命周期是不一样的，且堆上对象的生命周期通常比栈上对象长的缘故（此时的label对象随着构造函数的结束就销毁了），这里的QLabel(this)意思是给当前这个label对象指定一个父对象（widget w）,这里牵扯到对象树，后面陈述

QLabel* label = new QLabel(this); // 这种是在堆上创建对象
QLabel label(this); // 这种是在栈上创建对象

3.QString的说明

label->setText()，意思是设置的控件中，要显示的文本是啥

这里出现了一个QString,咱记得C++中用的不是string吗？这个QString又是咋回事呢？这里又牵扯到了Qt的历史。

• Qt诞生于1991年，那个时候C+＋还没有形成标准，那就更不用说C+＋有如今"标准库"这样的改变了，当时如何表示一个字符串有两种方式，可以使用C风格字符串（\0结尾），也可以使用C+＋的string。
• 可是当年C+＋的string，C风格字符串 啥的都不太好用，那Qt 为了让自己的开发能变的顺畅，就自己发明了一套轮子，也就是搞了一系列的基础类来支持Qt的开发（包括不限于：字符串 QString，动态数组 QVector，链表 QList，字典 QMap等等）。
• 那很多年之后，string，vector上述这些容器等内容，已经打磨的很好了，形成了C+＋标准，那这些已经引入的 Qt 自己包装好的这些容器类也不可能删了，也就只能和现有的标准库中的容器类共存了。
• 因此，咱们开发 Qt代码的时候，如果需要用到上述容器类可以使用标准库的容器，也可以使用Qt自己搞的这一套，但是Qt原生的 api 中，涉及到的接口用的都是Qt 自己的这一套容器，后续的代码中还会经常见到QString这样的一些东西，但很少见到std::string
• 不过QString和std::string 之间也能很方便的相互转换。而且QString 用起来要比 std::string好用很多，因为QString 内部已经对于字符编码做了处理了，而不像std::string就啥都没干

label->setText("hello world");

在QString中也提供了C风格字符串作为参数的构造函数，不显示构造Qstring，C风格字符串也会隐式构造成QString对象。这里不需要去包含QString对应的头文件，这是因为该头文件已经被很多Qt内置的其他类给间接包含了，所以无需再去显示包含QString头文件，这里通过代码创建Qlabel，其字符串默认是放在左上角，想放到其它位置也是可以的（只不过我还没学到哈）

内存泄漏问题

仔细一看上述的代码会发现没有delete label，这将会造成内存泄漏，对于我们程序员来说，关注内存泄漏是要融入到DNA中的事情，这非常的重要！！！因为内存泄漏是个非常严重的事情（不仅仅是内存泄漏，包括文件描述符泄漏等同类问题都是非常严重的） 接下来看看我老师的自述（我认为是非常宝贵的经验）

因为内存泄漏这种问题，不容易第一时间发现。我在搜狗的时候～～我要上线一个程序（把程序部署到生产环境上 此时这个程序就可以被外面的用户访问到，那如果生产环境挂了，用户就访问不了了，非常严重的事故！!）而对面的兄弟，想让我给他带一个版本到生产环境上去，这是因为上线是一个挺麻烦的事情（让测试进行测试，测试通过，预约运维同学排期，还需要提电子流 让领导层层审批）这种帮别人带代码上线，在当时是非常常见的，虽然操作是违规操作，但是还是会给人家带。
具体的上线操作也是非常繁琐的、当时我们有几十台服务器，就是要把程序部署到这几十台服务器上一般来说都是"灰度上线"，先上线一台机器，观察一下，验证一下，看看这个机器更新版本之后，有没有问题，如果没问题，再上线后续的机器，如果有问题，那就赶紧调查问题，后续的机器上线就暂停，只上线一台机器，哪怕出现严重bug，影响面积不大，造成的后果／损失比较有限。
那天上午，我上线了一台机器，中午吃饭了开始午休～～到了下午的时候，已经观察几个小时了，我检查了一下这个上线的机器，发现没啥问题，各个功能，各个指标都正常（这里监控程序会去监测）给运维同学说可以上线后续机器了，这时候第一台机器狂报警！这意味着出事了，我就赶紧去查看机器，发现这个机器上的程序出现了"文件资源泄露"问题（可能是打开了文件，没有close)（每个进程＝> pcb=＞文件描述符表每次打开一个文件，都需要在文件描述符表中 申请一个表项，那文件描述符表长度是有上限的，而要花多长时间才能达到上限？不知道就看你的代码泄露速度快不快了）我就找到这个兄弟一起排查，他发现自己的代码中打开了文件没关闭（这里可能关闭了文件，但因为啥原因跳过了关闭文件）那如果泄露速度再慢点，一直到凌晨，夜深人静我们都在睡觉的时候突然搞出这么一手，那将面临着所有的机器都可能会瘫痪，整个业务线就直接没了。

先声明，上述代码在Qt中并不会产生内存泄漏的问题，label对象会在合适的时候被析构给释放掉（虽然并没有手动写析构，但确实能释放掉），那之所以能释放掉，主要是把这个对象挂在对象树上。之前通过new的方式在堆上创建对象并且指定父节点，就是为了把这个对象的生命周期交给Qt对象树来统一管理，这样对象树生命周期就是该对象的生命周期，那如果这个对象是按照栈上的变量创建的，那栈销毁了，该对象不仅没了吗?这就可能存在一些提前释放的问题

前端开发（网页开发）也涉及到类似的对象树（DOM），本质上也是一个树形结构（N叉树），这样通过树形结构就能把界面上的各种元素都组织起来，而Qt也是类似的，搞了一个N叉树，最主要的目的就是为了能构造在合适的时机（窗口关闭/销毁）把这些对象统一进行释放，而且通过这个树形结构把界面上要显示的这些控件对象都组织起来了，那如果某个对象提前销毁了，此时就会导致对应的控件就在界面上不存在了，这也是为啥在栈上创建对象，运行起来的程序无法显示出hello world