本篇文章使用俩种方式实现Qt上的Hello world：

通过图形化的方式，在界面上创建出一个控件，显式Hello world通过纯代码的方式，通过编写代码，在界面上创建控件，显示Hello world

图形化方式

双击Forms文件中的widget.ui文件，进入Qt Designer。

往界面上拖拽一个QLabel的控件，Qt Designer的右上角通过树形结构，显示出了当前界面上都有哪些控件。

通过双击这个Label控件，可以更改里面文本内容。

此时，在ui文件的xml中就会多出来一段代码，进一步的qmake就会在编译项目的时候，基于这个内容生成一段C++代码，通过这个C++代码构建出界面内容。

纯代码方式

一般通过代码来构建界面的时候，通常会把构造界面的代码放在widget/Mainwindow的构造函数中。

注意，unknow type name 'QLabel'无法识别类型，在Qt中，每一个类都有一个对应同名的头文件。这里需要包含QLabel的头文件。

注意，这里出现俩个可以选择label的头文件

qlabel.h 是早期的一中风格QLabel

在1998年之后，C++标准成立了C++98标准之后，规定了包含头文件，统一使用#include< cstdio >代替原有的#include< stdio.h >文件。

label“标签”，意思是在界面上创建一个用来显示内容的字符串控件。

创建对象的时候，可以在堆上创建，也可以在栈上创建，这里更推荐在堆上创建。

QLabel(this); 是为了给当前这个label对象，指定一个父类对象，this指的是this此时调用这个类的对象。

设置控件中，要显示的文件内容。

这里为什么是QString呢？

        这是由于Qt诞生于1991年，那个时候C++还没有形成标准，C++更没有“标准库”这样的改变。而在当时，需要表示一个字符串，可以使用C风格字符串（/0结尾），也可以使用C++的string，但是二者均不太好使用。

        Qt当时为了可以开发更加顺畅，就发明了一个自己的库，搞了一系列的基础类来支持Qt的开发。

包括不限于：

字符串 Qstring动态数组 Qvector链表 Qlist字典 Qmap等等

虽然很多年之后，C++标准中的容器已经被打磨的很不错了，但是很显然已经引入Qt的自己包装好的容器类，也不可能删除，就只能和现有的标准库中的容器类共存了。

        因此，在开发Qt代码的时候，如果需要用到上述容器类，可以使用标准库的容器，也可以使用Qt自己的容器。

但是在Qt原生的api中，涉及到的接口，用到都是Qt的容器。同时在后续代码中，还会经常见到Qstring这样的一些东西，但是很少见到std::string，但是Qstring和std::string之间也是可以很方便的相互转换。

总的来说，Qstring要比标准库中的std::string好用一点，就比如Qstring内部已经堆字符编码做了处理。

 在Qstring中也提供了C风格字符串作为参数的构造函数，不显示构造Qstring，在上述代码中，C风格字符串也会隐式构造成Qstring对象。

【注意】Qstring对应的头文件，已经被很多Q内置的其他类给间接包含了，因此一般不需要显式包含Qstring头文件。

此时，就显示出了Hello world，通过代码创建QLabel默认是在左上角。

关于内存泄漏问题

        在前文new一个对象时，没有出现delete，这里会不会出现内存泄漏呢？（内存泄漏是一个非常严重的问题，不仅仅是内存泄漏，包括文件扫描符泄漏等同类问题都是非常严重的，这种问题是容易第一时间发现的。）

        需要注意的是，上述代码，在Qt中并不会产生内存泄漏，label对象会在合适的时候被析构释放，这里虽然没有手写delete，但是确实能被释放，之所以能够把对象释放，主要是因为这个对象挂到了对象树上。

下面我们就结合对象树看看Qt中是否存在内存泄漏。

对象树

        在前端开发（网页开发）中，也涉及到类似的对象树（DOM），本质上是一个树形结构（N叉树），通过树性结构把界面上的各种元素组织起来。

        在Qt中也是类似，Qt的对象树也是一个N叉树，并把界面上的各种元素组织起来。

 通过这个树性结构，就把界面上要显示的这些控件对象都组织起来了。

        使用对象树，把这些内存组织起来，最重要的目的，就是为了能够在合适的时机，把这些对象统一进行释放。

【合适的时机】窗口关闭或者销毁的时间。

        这里的树上的这些对象，统一销毁是最好不过的，如果某个对象提前销毁，此时就会导致对应的控件就在界面上不存在了。

        通过new的方式创建对象，也就是为了把对象的生命周期交给Qt的对象树来统一管理。

        假设这个对象是按照栈上的变量创建的，就可能会存在一些提前释放的问题：

当把对象设成在栈上创建，此时就可以看到运行起来的程序无法显示出Hello world，此时label对象随着构造函数的结束就销毁了。

【继承的本质】对现有代码进行扩展。

 构造一个类来观察内存泄漏问题

Qt Creator虽然可以生成部分代码，但是没有完全生成，部分内容还是需要自己手动包含。

构造函数使用带QWidget* 版本的，这样才能确保自己的对象能够加到对象树上。

 然后点击.h文件对应的.cpp文件。

【小技巧】在Qt中，可以通过点击F4切换头文件和对应的.cpp文件。

调用父类的构造函数，才能让自己的类对象加入到Qt对象中，创建自定义的类，最主要的目的是自定义一个析构函数，在析构函数中，完成打印，方便看到最终的自动销毁对象的效果。

写下一个函数声明之后，按下alt+enter，就可以自动地在对应地.cpp文件中添加函数的定义，然后再将内容输出。 

使用自己定义的MyLabel代替原来的QLabel，所谓的“函数”本质上是扩展，保持原有功能不变的基础上，给对象扩展出一个析构函数，通过这个析构函数打印一个自定义的日志，方便观察程序运行的结果。

关闭窗口，看到有日志输出。

有日志，说明析构函数已经执行，虽然没有手动delete，但是由于把myLabel挂到了对象树上，此时窗口被销毁的时候，就会自动销毁对象树中的所有对象。

但是预期中打印“被销毁”，但是实际中打印出现乱码。乱码这种事情是经常会出现的，乱码出现的原因有且只有一个（不局限于C++），就是编码方式不匹配。

乱码问题的解释

问题：在计算机中，一个汉字占用几个字节？

针对这个问题，只要回答出一个具体的数字，就一定是错误的。需要包含一定的前提条件：当前中文编码使用的是哪种方式（字符集）。

计算机中的数据是以二进制的方式存储的，对于英文字母，使用ASCII码值表示，规定了每一个字符，都有一个对应的数字来表示，只表示英文，一个字节足够了。

        对于中文来讲，中文的日常用字有四千多个，如果加上生僻字总数可以达到六万个左右，如果仍然使用一个类似于ASCII码表格存储，给每一个汉字分配一个整数即可，这对于计算机而言，似乎也是可以实现的。

        表示汉字的字符集，其实是有很多种的，但是不同的字符集，对于同一个汉字会使用不同的数字。

目前表示汉字字符集，主要是分为俩种方式：

GBK（中国大陆）使用俩个字节表示一个汉字，Windows简体中文版默认的字符集就是GBK。UTF-8 / utf8，变长编码，表示一个符号，使用的字节数有变化，2-4个，但是在utf8中，一个汉字一般是3个字节，在Linux中默认就是utf8.

一个汉字具体的utf8/GBK编码数值可以通过在线工具来查看。

http://www.mytju.com/classCode/tools/encode_utf8.asp

http://www.mytju.com/classCode/tools/encode_utf8.asp

        所以，我们在Qt中看到的编码方式是不匹配的，原因是：如果字符串中本身是utf8编码的，但是终端（控制台）是按照GBK的方式来解析显示的，此时就会出现乱码，就比如拿着utf8的数值去查看GBK的码表，就会出现乱码的情况。

在Qt中，字符串的编码方式和当前文件的编码方式一致。

注意：

如果显示的是UTF-8，说明这个文件就是UTF-8编码的；如果显示的是ANSI，说明这个文件是GBK编码的。

而Qt creator中出现了乱码，所以就不是utf8编码的，同时需要注意的是，这个终端好像不能设置字符编码的。

当前表示中文主流的方式是utf8（支持各国语言文字）。

在Qt中，Qstring是可以帮助我们自动的处理编码方式的；不仅Qstring，Qt也提供了专门用来打印日志的工具，也能自动处理编码方式。

Qt中提供了qDebug()工具，就可以完成日志的过程，这样可以很好地处理字符编码，不需要程序员过多干预，内部就会很好地处理问题。

【注意】QDebug是Qt中地一个类，一般不会直接使用这个类，而qDebug是一个宏，封装了QDebug对象。

可以直接使用qDebug()，可以当作cout直接使用。

        后续在Qt的过程中，如果想通过打印日志的方式输出一些调试信息，都优先使用qDebug()，虽然使用cout也可以，但是cout对于编码的处理不太好，在Windows上容易出现乱码，而如果是在Linux中使用Qt creator。一般就可以，这是因为Linux默认的编码一般都是utf8的。

为什么会选择输出日志来观察程序呢？

调试器很多时候都是有局限性的，是无法使用的，但是使用日志可以很好地解决问题，无论哪一种方式，本质上都是观察程序执行地中间过程和中间结果。