使用qt开发的软件有哪些 用qt开发的大型软件



文章插图
使用qt开发的软件有哪些 用qt开发的大型软件

文章插图
181. Qt天生就是linux的 , 从linux开始发展起来的 , 所以不少Qt程序员经常的开发环境是linux , 比如常用的ubuntu等系统 , 整理了一点常用的linux命令 。
| 命令 | 功能 |
| :—— | :—— |
| sudo -s | 切换到管理员 , 如果是 sudo -i 切换后会改变当前目录 。|
| apt install g++ | 安装软件包(要管理员权限) , 另一个派系的是 yum install |
| cd /home | 进入home目录 |
| ls | 罗列当前所在目录所有目录和文件 |
| ifconfig | 查看网卡信息包括IP地址 , windows上是 ipconfig 。|
| tar -zxvf bin.tar.gz | 解压文件到当前目录 |
| tar -jxvf bin.tar.xz | 解压文件到当前目录 |
| tar -zxvf bin.tar.gz -C /home | 解压文件到/home目录 , 记住是大写的C 。|
| tar -zcvf bin.tar.gz bin | 将bin目录压缩成tar.gz格式文件(压缩比一般) |
| tar -jcvf bin.tar.xz bin | 将bin目录压缩成tar.xz格式文件(压缩比高 , 推荐) |
| tar -… | j z 表示不同的压缩方法 , x表示解压 , c表示压缩 。|
| gedit 1.txt | 用记事本打开文本文件 |
| vim 1.txt | 用vim打开文件 , 很多时候可以缩写用vi 。|
| ./configure make -j4 make install | 通用编译源码命令 ,  第一步./configure执行配置脚本 , 第二步make -j4启用多线程编译 , 第三步make install安装编译好的文件 。|
| ./configure -prefix /home/liu/Qt-5.9.3-static -static -sql-sqlite -qt-zlib -qt-xcb -qt-libpng -qt-libjpeg -fontconfig -system-freetype -iconv -nomake tests -nomake examples -skip qt3d -skip qtdoc | Qt通用编译命令 |
| ./configure -prefix /home/liu/Qt-5.9.3-static -static -release -nomake examples -nomake tests -skip qt3d | 精简编译命令 |
| ./configure –prefix=host –enable-static –disable-shared –disable-doc | ffmpeg编译命令 |
182. Qt自带的日志重定向机制非常简单好用 , 自从用了以后再也不用什么断点调试啥的了 , 在需要的地方支持qdebug输出对应的信息 , 而且发布程序以后也可以开启调试日志将其输出查看等 。
“`cpp
//Qt5开始提供了日志上下文信息输出 , 比如输出当前打印消息所在的代码文件、行号、函数名等 。
//如果是release还需要在pro中加上 DEFINES += QT_MESSAGELOGCONTEXT 才能输出上下文 , 默认release关闭的 。
//切记不要在日志钩子函数中再写qdebug之类的 , 那样就死循环了 。
//日志重定向一般就三种处理
//1: 输出到日志文件比如txt文本文件 。
//2: 存储到数据库 , 可以分类存储 , 以便相关人员查询分析 。
//3: 重定向到网络 , 对方用小工具连接程序后 , 所有打印信息通过tcp发过去 。
//日志重定向
#if (QT_VERSION >= QT_VERSION_CHECK(5,0,0))
void Log(QtMsgType type, const QMessageLogContext &context, const QString &msg)
#else
void Log(QtMsgType type, const char *msg)
#endif
{
//加锁,防止多线程中qdebug太频繁导致崩溃
static QMutex mutex;
QMutexLocker locker(&mutex);
QString content;
//这里可以根据不同的类型加上不同的头部用于区分
switch (type) {
case QtDebugMsg:
content = QString(“%1”).arg(msg);
break;
case QtWarningMsg:
content = QString(“%1”).arg(msg);
break;
case QtCriticalMsg:
content = QString(“%1”).arg(msg);
break;
case QtFatalMsg:
【使用qt开发的软件有哪些 用qt开发的大型软件】content = QString(“%1”).arg(msg);
break;
}
//加上打印代码所在代码文件、行号、函数名
#if (QT_VERSION >= QT_VERSION_CHECK(5,0,0))
if (SaveLog::Instance()->getUseContext()) {
int line = context.line;
QString file = context.file;
QString function = context.function;
if (line > 0) {
content = QString(“行号: %1 文件: %2 函数: %3\n%4”).arg(line).arg(file).arg(function).arg(content);
}
}
#endif
//将内容传给函数进行处理
SaveLog::Instance()->save(content);
}
//安装日志钩子,输出调试信息到文件,便于调试
void SaveLog::start()
{
#if (QT_VERSION >= QT_VERSION_CHECK(5,0,0))
qInstallMessageHandler(Log);
#else
qInstallMsgHandler(Log);
#endif
}
//卸载日志钩子
void SaveLog::stop()
{
#if (QT_VERSION >= QT_VERSION_CHECK(5,0,0))
qInstallMessageHandler(0);
#else
qInstallMsgHandler(0);
#endif
}
“`
183. 自从c++11标准以后 , 各种语法糖层出不穷 , 其中lambda表达式用的最广 , 基本上从Qt5以后就支持lambda表达式 。对于习惯了c99的老一辈的程序员来说 , 这玩意是个新鲜事物 , 这里特意做个小理解笔记 。
– 代码格式:[capture](parameters) mutable ->return-type {statement}
– [capture]:捕捉列表 , 捕捉列表总是出现在Lambda函数的开始处 , 实际上 , []是Lambda引出符 , 编译器根据该引出符判断接下来的代码是否是Lambda函数 , 捕捉列表能够捕捉上下文中的变量以供Lambda函数使用 。
– (parameters):参数列表 , 与普通函数的参数列表一致 , 如果不需要参数传递 , 则可以连同括号 () 一起省略 。
– mutable:mutable修饰符 , 默认情况下 , Lambda函数总是一个const函数 , mutable可以取消其常量性 。在使用该修饰符时 , 参数列表不可省略(即使参数为空) 。
– ->return-type:返回类型 , 用追踪返回类型形式声明函数的返回类型 , 我们可以在不需要返回值的时候也可以连同符号 -> 一起省略 。此外 , 在返回类型明确的情况下 , 也可以省略该部分 , 让编译器对返回类型进行推导 。
– {statement}:函数体 , 内容与普通函数一样 , 不过除了可以使用参数之外 , 还可以使用所有捕获的变量 。
捕捉列表有以下几种形式:
– [var]表示值传递方式捕捉变量var 。
– [=]表示值传递方式捕捉所有父作用域的变量(包括this) 。
– [&var]表示引用传递捕捉变量var 。
– [&]表示引用传递方式捕捉所有父作用域的变量(包括this) 。
– [this]表示值传递方式捕捉当前的this指针 。
“`cpp
MainWindow::MainWindow(QWidget *parent)
: QMainWindow(parent)
, ui(new Ui::MainWindow)
{
ui->setupUi(this);
//按钮单击不带参数
connect(ui->pushButton, &QPushButton::clicked, [] {
qDebug() << “hello lambda”;
});
//按钮单击带参数
connect(ui->pushButton, &QPushButton::clicked, [] (bool isCheck) {
qDebug() << “hello lambda” << isCheck;
});
//自定义信号带参数
connect(this, &MainWindow::sig_test, [] (int i, int j) {
qDebug() << “hello lambda” << i << j;
});
emit sig_test(5, 8);
}
“`
184. 由于Qt版本众多 , 有时候为了兼容多个版本甚至跨度Qt4/Qt5/Qt6的兼容 , 有些头文件或者类名等变了或者新增了 , 需要用到Qt版本的判断 。需要注意的是如果在头文件中使用 QT_VERSION_CHECK 需要先引入#include “qglobal.h”不然编译失败 , 因为 QT_VERSION_CHECK 这个函数在 qglobal.h 头文件中 。
“`cpp
//至少要包含 qglobal.h , 理论上Qt所有的类都包含了这个头文件 , 所以你引入Qt的其他头文件也行比如 qobject.h
#include “qglobal.h”
#if (QT_VERSION >= QT_VERSION_CHECK(5,0,0))
#include “qscreen.h”
#else
#include “qdesktopwidget.h”
#endif
“`
185. 在使用QString转换到char *或者const char *的时候 , 务必记得分两步来完成 , 血的教训 , 在一个场景中 , 就因为没有分两步走 , 现象是msvc的debug异常release正常 , mingw和gcc的debug和release都正常 , 这就很无语了 , 找问题找半天 , 对比法排除法按道理要么都有问题才对 。
– 转换前QString的内容无关中文还是英文 , 要出问题都一样 。
– 转换中QByteArray无关具体类型 , toUtf8、toLatin1、toLocal8Bit等方法 , 要出问题都一样 。
– 转换后无关char *还是const char * , 要出问题都一样 。
– 出问题的随机性的 , 概率出现 , 理论上debug的概率更大 。
– 根据酷码大佬分析可能的原因(不确定)是msvc为了方便调试 , debug会在内存释放后做填充 , release则不会 。
“`cpp
QString text = “xxxxx”;
//下面这样转换很可能会有问题
char *data = http://www.mnbkw.com/jxjc/168654/text.toUtf8().data();
//分两步转换肯定不会有问题
QByteArray buffer = text.toUtf8();
char *data = http://www.mnbkw.com/jxjc/168654/buffer.data();
const char *data = http://www.mnbkw.com/jxjc/168654/buffer.constData();