51工具盒子自Qt5发布7年以后，Qt官方于2020年12月8日正式发布了Qt6，这将是一个里程碑式的版本。Qt 6将是我们Qt 5系列的延续，因此不会对用户造成干扰。但是这个新的版本将拥有更高的灵活性来实现新的特性和功能，和目前的Qt 5系列相比，它能更好地支持当下和未来的需求。
- 下载安装器 {#1-下载安装器} ===================
从Qt5.15开始，官方网站上已经不再提供离线安装包了，官网描述如下：
We recommend you use the Qt Online Installer for first time installations and the Qt Maintenance Tool for changes to a current install。
也就是说，官方建议我们使用Qt维护工具（ Qt Maintenance Tool）在线安装Qt，官方提供的在线安装器地址如下：
|-----------|-----------------------------------------------------------|
| 1 | https://download.qt.io/archive/online_installers/ |
根据自己的需求选择一个版本，进入到对应的目录中，这里选择4.1版本进入
可以看到官方提供了不同平台的Qt安装工具，选择对应的可执行程序下载即可。
- 在线安装 {#2-在线安装} =================
以Windows为例，双击下载的Qt安装程序qt-unified-windows-x86-4.1.0-online.exe，得到如下界面：
信息填写完毕之后，点击next按钮，进入下一个向导页面
仔细阅读开源协议，勾选第一个复选框，如果是个人用户继续勾选第二个复选框（如上图所示），继续下一步
可以选择是否自动给官方发送统计信息，然后下一步：
选择安装路径和安装的版本，建议选择自定义安装，继续下一步
我们可以通过当前窗口选择要安装的Qt版本的类型，然后重新加载数据，这里选择安装最新发行版6.1.0：
该版本相关的模块可以根据自己的实际需求自行安装，这里只安装编译套件MinGW，继续下一步：
开始在线下载并安装，时间比较长，需要耐心等待。温馨提示：安装过程中建议关闭360安全卫士, 否则会不停弹窗
安装完成，现在可以使用Qt编写应用程序啦。
- 添加、删除组件 {#3-添加、删除组件} =======================
如果想给安装的Qt添加组件或者删除当前Qt版本或者安装其他版本的Qt都可做如下操作。从开始菜单中找到安装的Qt目录，选择里边的Uninstall Qt
弹出Qt安装助手向导窗口
选择下一步
选择要执行的操作，这里选择添加或者删除组件
追加安装SourcesQt源码，下一步
提示需要下载815.97M，继续安装Update
耐心等待即可。
模块追加安装完成，删除模块、删除Qt所有模块或者更新Qt模块操作步骤类似，在此就不再演示了。
- 配置环境变量 {#4-配置环境变量} =====================
新的Qt版本安装完毕之后，不要忘了配置环境变量，具体设置方式如下： 配置Qt环境变量 -- 走起 。。。
- Qt6技术概览 {#5-Qt6技术概览} =======================
本文翻译自：Technical Vision for Qt 6
原文作者：Lars Knoll，Qt公司开源项目维护官兼CTO
校审：Richard Lin
Qt 6将是我们Qt 5系列的延续，因此不会对用户造成干扰。但是这个新的版本将拥有更高的灵活性来实现新的特性和功能，和目前的Qt 5系列相比，它能更好地支持当下和未来的需求。正如下面即将描述的一样，Qt 6将致力于实现与Qt 5很大程度上的兼容。Qt 5的新版本还正在开发中，我们的目标是将Qt 6中将要实现的一些新特性在Qt 5.14和Qt 5.15 LTS中发布其略微初级的版本。随着Qt 5.14特性的固定，更多的研发重点将转向Qt 6，我们的目标是在2020年年底前发布Qt 6的第一个版本。在我们深入了解Qt6的新内容之前，让我们回顾一下Qt对用户而言的核心价值，首先明确我们不能更改的内容。
Qt对用户的价值体现在哪里?
Qt已经成功应用于众多行业，并且不断进行横向发展，Qt对用户的核心价值体现如下：
- 跨平台特性，用户可使用一种技术，把一套代码部署到各种的桌面、移动和嵌入式平台
- 可扩展性，覆盖了从低端单用途设备到高端复杂的桌面应用程序和互联系统
- 世界一流的API、工具和文档，简化了应用程序和设备的开发流程
- 可维护性、稳定性和兼容性，轻松维护大型代码库
- 拥有超过100万用户的大型开发者生态
我们需要进一步调整Qt新版本以适应新的市场需求，同时也要把上述5个价值观作为我们工作的核心内容。
桌面应用是Qt得以成长和强大的市场基础，它是我们大多数用户第一次接触Qt的地方，也是组成Qt工具链的基础。保持桌面应用的健康和成长是在其他市场也保持增长的先决条件。
嵌入式和互联设备是我们增长最快的领域。触屏设备的数量正在以指数级增长，但这些设备的硬件价格却承受着巨大压力。低端芯片组、单片机、结合中小型触摸屏的设备将无处不在。这些设备中的大多数功能相对简单，但都需要精致流畅的用户界面。因此我们必须确保自身产品能够瞄准这个市场，从而实现我们的可扩展承诺。
与此同时，高端设备的用户界面复杂性将继续增加，它们往往包括了数千个不同的屏幕和众多应用程序。将2D和3D元素合并到一个用户界面也很常见，增强和虚拟现实的使用也是如此。
人工智能的元素将更广泛地应用于应用程序和设备中，我们需要用简单方法集成这些元素。
数量强劲增长的互联设备和要求更高的用户体验使得我们更有必要专注于开发全球领先的工具，以简化应用程序和设备的创建流程。将UX设计人员集成到开发工作流中是我们的目标之一，但是我们还需要在许多其他领域去尝试进一步简化用户的工作。
Qt 6将是Qt的一个新的重大版本，这个版本的主要目标是为2020年以后的需求做好准备，整理代码库使其更容易维护。因此，我们的重点将放在Qt中那些需要调整软件架构的部分，但是如果不破坏与Qt 5.x兼容性，那这部分就无法完成。
为适应未来几年的需求，我们将对Qt进行以下关键性修改。
新一代QML
QML和Qt Quick是过去几年推动Qt增长的主要技术。使用这些技术直观创建用户界面是我们产品的一个独特卖点。
QML是为Qt 5创建的，但是它有一些问题和限制。这也意味着它将被大幅改进，我们计划在Qt 6中实现以下改进：
引入强类型。弱类型使得用户很难对他们的代码库进行大的更改。一个强大的类型系统允许IDE和其他工具帮助用户完成这项任务，并极大地简化了维护成本。此外，它还有助于我们生成性能更好的代码和减少相关开销。
JavaScript成为QML的一个可选特性。使用QML时拥有完整的JavaScript引擎会提升复杂性，而且会引起性能上的开销，尤其是在单片机等低端硬件上，性能开销更加明显。然而，这个特性在许多其他应用场景中非常有用。
去掉了QML的版本控制。通过简化QML中的某些查找规则并更改上下文属性的工作方式，我们可以消除QML中的版本控制。反过来，这将大大的简化QML引擎，极大地简化我们维护Qt Quick的工作负担，并为用户简化QML和Qt Quick的使用流程。
删除QObject和QML之间重复的数据结构
目前我们的元对象系统和QML之间有相当多重复的数据结构，这些重复的数据结构会降低启动性能，增加内存使用量。通过统一这些数据结构，我们能够减少许多开销。
避免运行时生成数据结构。这与上面的一点有关，其中许多重复的数据结构目前都是在运行时生成的。其中大多数完全有可能在编译时生成。
支持把QML编译成高效原生的C++代码。通过强大的类型和更简单地查找规则，我们可以将QML转换为高效原生的C++代码，从而显著提高运行时性能。
支持隐藏实现细节。为了能够在QML组件中隐藏数据和功能，对方法和属性进行"私有化"一直是项长期的需求。
更好的工具集成。我们当前的QML代码模型时常不完整，这使得重构和在编译时检测错误变得困难甚至不可能。通过上述更改，应该能够提供与C++相媲美的编译时诊断以及大幅改进的重构支持。
下一代图形
自从Qt 5.0以来，图形领域发生了很多变化，这导致我们不得不对图形栈进行重大更改，以保持其竞争力。
在Qt 5中，我们统一使用OpenGL作为3D图形的API。从那时起，产生了许多新的API。在Linux上Vulkan是OpenGL的指定接班人，苹果正在推动Metal的发展，而微软有Direct 3D。这意味着Qt将来必须与所有这些API无缝地衔接。为了实现这一点，必须定义一个新的图形抽象层的API(类似于平台集成层的QPA)，称为渲染硬件接口(RHI)。我们需要将所有的渲染基础设施(QPainter、Qt Quick Scene Graph和我们的3D支持)建立在该层的基础之上。
不同图形API的合成也导致我们必须支持不同的着色语言。Qt着色器工具模块将帮助我们在编译和运行时交叉编译着色器。
3D正在扮演越来越重要的角色，而我们目前的产品还没有统一的解决方案来创建同时包含2D和3D元素的UI。目前，将QML与Qt 3D或3D Studio中的内容集成很麻烦，并会导致一些性能开销。此外，在2D和3D内容之间进行逐帧的动画同步和转换还没有办法做到。
3D内容与Qt Quick新的集成方式就是为了解决这个问题。在这种情况下，一个全新的渲染器将允许同时渲染2D和3D内容，并支持两者之间的任意嵌套。这将把QML转换为3D UI的UI定义语言，并且不再需要UIP格式。我们将提供一个新技术预览版本的Qt Quick与3D支持的版本，它已经包含在了Qt 5.14中，更多的信息将会在一个单独的博文中进行说明。
最后，新的图形栈需要强大图形素材处理的支持，它能在编译时根据目标硬件预处理这些素材，并在需要时使用。比如将PNG文件转换为压缩纹理格式，将许多文件编译为纹理图集，将着色器和网格转换为优化的二进制格式等等。
我们还打算为Qt 6引入统一的主题样式引擎，这将允许我们在桌面和移动平台上获得Qt Widgets和Qt Quick的原生外观。
统一并一致的工具库
我们创建用户界面的图形工具已经被一分为二，包括Qt 3D Studio和Qt Design Studio。此外，Qt 3D Studio与Qt的其余部分有些脱节，导致了相当多的重复工作。
我们通过将Qt 3D Studio所需的功能合并回Design Studio来统一这些功能。Design Studio与Qt Creator共享了大量代码和应用/插件框架，提供了很好的设计体验，并为我们提供了在设计师和开发者之间搭建桥梁的工具。
设计工具还需良好地集成Photoshop、Sketch、Illustrator、Maya、3D Max等内容创建工具。
开发者工具需要大量的投入，这样我们才能为C++、QML和Python等提供最佳支持。提供统一工具还意味着开发者可以很容易地使用Qt Creator中的设计功能，而UX设计师可以从开发者工具的特性(如编译项目或在设备上测试)中获益。
QMake作为Qt 5中使用的构建系统有很多缺陷和限制。对于Qt 6，我们的目标是使用CMake作为标准的第三方构建系统来构建Qt本身。CMake是迄今C++世界中使用最广泛的构建系统，我们迫切需要与它更好地集成。我们将继续在QMake上支持用户，但不会进一步开发它或使用它来构建Qt框架本身。
增强已有的C++ API
C++在过去的几年中发生了很大的变化。虽然Qt 5.0必须以C++ 98为基础，但现在Qt 6可以依赖C++ 17。这意味着C++提供了更多开箱即用的功能，这在我们使用Qt 5时是没有的。我们使用Qt 6的目标是更好地集成这些能力，同时也保持向下的兼容性。
Qt 6中，我们希望把QML和Qt Quick的一些功能引入到C++中。我们致力于为QObject及其相关类引入新的属性系统，将QML中的绑定引擎集成到Qt的核心中，并使其在C++中可用。新属性系统和绑定引擎将显著降低绑定的运行时开销和内存消耗，并使它们可用于Qt的所有部分，而不仅仅是Qt Quick。
语言支持
在Qt 5.12中，我们引入了对Python的支持，并通过Qt for WebAssembly添加了浏览器作为新平台。在发布6.0之后，保持并进一步扩展跨平台特性将是Qt 6系列的一个重要部分。
兼容Qt 5和增量改进
与旧版本的兼容性是非常重要的，也是我们开发Qt 6时的主要需求。用户已经使用我们的框架编写了数十亿行代码，因此，我们所做的任何不兼容更改都会给用户带来额外的成本。此外，对Qt 6的更改要求用户做的工作越多，用户升级的速度就会越慢，这将导致维护Qt 5最后一个版本的成本更高。
因此，在用户代码中我们应该避免触发编译时或运行时错误进而使得Qt运行崩溃。如果我们必须破坏兼容性，编译时错误比运行时的静默破坏更可取(因为后者更难检测)。
当我们确实需要删除Qt的某些废弃部分，我们必须要确保我们的用户拥有他们需要的功能，大部分用户都在使用的关键功能，比如Qt Widgets和其他部分，毫无疑问必须保留。
我们正在计划对核心类和功能进行许多在Qt 5中无法实施的增量改进。我们的目标是保持完整的源代码兼容性，但是由于我们可以打破Qt 6的二进制兼容性，我们可以做很多在Qt 5中无法完成的清理和改进。
除了这些，我们还将对Qt 6进行其它的清理。我们将删除Qt 5中已经废弃的大部分功能(函数、类或模块)。从长远来看，这种清理将有助于节省开发人员的时间，并允许我们把更多的精力放在维护和编码上。
然而，对弃用部分的移植需要尽可能的简单，我们的用户可以完美地使用Qt 5.15 LTS增量地完成这一工作。我们的目标应该是Qt 6与Qt 5.15 LTS足够兼容，这样就可以轻松地维护一个可以同时针对两个版本编译的大型代码库。
市场和技术产品结构
除了改进Qt框架和工具，我们的目标是为组件和开发工具创建一个新的市场。这个方向将面向开发、设计应用程序和嵌入式设备的直接使用者，而不是面向最终用户。因此，它将成为Qt生态系统的一个凝聚中心。它将为第三方厂商提供一个发布Qt扩展组件的场所，扩展可以是免费或商业的。
Qt在过去的几年里增长良多，当前最重要的任务就是发布一个新版本。在Qt 6中，我们有机会重组我们的产品，并将必要的框架和工具打包为一个更小的核心。我们将利用应用市场来交付我们的附加框架和工具，而不是作为与核心Qt产品紧密耦合的捆绑包。这将使我们在何时交付以及如何交付方面具有额外的灵活性，并允许我们为某些附加组件解耦发布计划。
