1. 项目概述为什么非得在 aarch64 上死磕 Qt5.14.2 静态编译你手头有一块国产嵌入式开发板芯片是 ARMv8 架构的 aarch64系统精简到只留 busybox 和几个基础库或者你正在为某款工业边缘网关做固件交付客户明确要求“一个二进制文件打天下”不许依赖宿主机的 Qt 动态库、不许现场安装任何运行时、不许出现libQt5Core.so.5: cannot open shared object file这种报错——这时候Qt5.14.2-aarch64 静态交叉编译就不是“可选项”而是交付红线。我去年给三家电表厂商做 HMI 界面移植时反复被退回的原因全出在这儿动态链接的程序在他们定制的 uclibcmusl 混合根文件系统里直接段错误而静态链接版本一烧写就跑通。Qt5.14.2 是个关键分水岭它既支持较新的 C17 特性比如std::optional在配置页逻辑里真香又没像 Qt5.15 那样彻底砍掉对旧工具链的兼容尤其对 gcc 7.5–9.3 范围内的 aarch64-linux-gnu-gcc 支持稳定不像 Qt5.12.10 在启用-static时会卡死在qmake的moc阶段。所谓“从零搭建完整手册”不是教你怎么点几下安装包而是还原我实际踩坑的全过程从 Ubuntu 20.04 虚拟机里清空所有残留 Qt 环境开始到最终用file命令确认生成的myapp确实是statically linked中间每一步的 configure 参数为什么这么写、哪个.so库必须手动编译进静态库、哪些模块看似能开实则会导致链接失败——这些细节官方文档不会写Stack Overflow 的碎片答案互相矛盾只有亲手在 aarch64 板子上跑崩十几次才能摸清。这个手册适合三类人第一类是嵌入式 Linux 工程师你已经会用arm-linux-gnueabihf-gcc编译裸机程序但第一次面对 Qt 这种庞然大物的静态化第二类是 Qt 桌面端开发者刚接到跨平台移植任务对qmake -spec和configure的参数关系一头雾水第三类是运维或交付工程师需要把 Qt 程序打包成单文件镜像刷入设备最关心“编译完能不能直接 cp 到板子上就 run”。它不讲 Qt 语法不教 QML 写法只解决一件事如何让qmake make输出的不是一堆.so文件而是一个真正独立、无依赖、能在任意 aarch64 Linux 系统上启动的可执行体。核心关键词 Qt5.14.2、aarch64、静态交叉编译每一个都直指痛点——Qt5.14.2 是兼容性与功能的平衡点aarch64 是当前国产芯片的绝对主流指令集静态交叉编译则是嵌入式交付的硬性门槛。如果你还在用qt5.14.2下载关键词搜百度网盘资源或者试图在 Ubuntu 24 上直接apt install qt5-default然后幻想它能交叉编译那这篇就是给你止损的。2. 整体设计思路为什么放弃 Qt 官方离线安装包坚持源码编译很多人看到标题第一反应是“Qt 不是有现成的离线安装包吗比如qt-unified-linux-x64-4.5.2-online.run里面明明有 aarch64 的预编译模块为啥还要自己编译” 这是个致命误区。我试过三次第一次用官方安装包里的aarch64-linux-gnu-g工具链配合qtbase预编译库qmake能过make到 78% 时卡死在qfontengine_ft.cpp报undefined reference to FT_Load_Glyph第二次换qt-everywhere-src-5.14.2.tar.xz但沿用官方工具链路径configure 成功编译时libicu模块死活连不上因为官方包默认用的是libicu66而我们的目标板子只有libicu60第三次干脆删掉所有预编译内容纯源码自建工具链三天后成功。根本原因在于Qt 官方离线包本质是“动态链接优先”的发行版它的 aarch64 支持仅针对标准 glibc 环境做了适配而嵌入式场景的 rootfs 往往是 musl libc、uclibc 或裁剪过的 glibc且 OpenSSL、ICU、FontConfig 等依赖库版本极老。静态编译要求所有依赖必须以.a形式存在并与目标平台 ABI 严格对齐官方包提供的.so或.a库都是为 x86_64 宿主机编译的根本不能用于 aarch64 交叉链接。所以我的整体设计是“四层隔离”架构第一层宿主机环境彻底干净——Ubuntu 20.04 虚拟机重装不装任何qt5-default、qtcreator或build-essential之外的 Qt 相关包第二层工具链完全自建——不用apt install gcc-aarch64-linux-gnu而是从 GNU Arm Embedded Toolchain 9-2019-q4-major 源码编译aarch64-linux-gnu-gcc确保libgcc.a和libc.a与目标板一致第三层依赖库全部静态化——OpenSSL、zlib、libpng、freetype、harfbuzz 全部用--hostaarch64-linux-gnu --enable-static --disable-shared重新编译连libiconv都要自己编译因为 Ubuntu 自带的libiconv是动态的第四层Qt 本身 configure 参数精确控制——禁用所有无法静态链接的模块如webengine、webview强制指定每个第三方库的静态路径甚至手动 patchqmake的mkspecs文件绕过某些硬编码检查。这个思路不是为了炫技而是被现实逼出来的某次客户现场板子上ldd myapp显示依赖libQt5Network.so.5但find / -name libQt5Network.so*却找不到最后发现是他们的 rootfs 把/usr/lib符号链接到了/lib而 Qt 动态库装在/usr/lib/qt5/lib下路径错位导致加载失败。静态编译一劳永逸ldd直接报not a dynamic executable这才是嵌入式交付该有的样子。3. 核心细节解析configure 参数背后的血泪教训Qt 源码编译最让人抓狂的不是编译失败而是 configure 成功了make 却在 90% 处崩溃然后你翻遍日志也找不到根源。我整理出 Qt5.14.2-aarch64 静态编译中必须显式指定、且顺序和值极其敏感的 7 个核心参数每一个背后都有至少一次板子上白屏的教训。3.1-platform linux-g -xplatform linux-aarch64-gnu-g这是起点也是最容易被忽略的陷阱。-platform指定宿主机 qmake 的构建平台必须是linux-g即用宿主机的 g 编译 qmake 工具本身-xplatform才是指定目标平台必须是linux-aarch64-gnu-g。注意不是linux-arm-gnueabi-g也不是linux-arm64-gQt5.14.2 的 mkspecs 目录下只有linux-aarch64-gnu-g这个文件夹。我曾因手误写成-xplatform linux-arm64-gconfigure 无声通过但生成的Makefile里所有CC变量还是gcc而不是aarch64-linux-gnu-gcc结果编译出来全是 x86_64 代码烧到板子上直接Illegal instruction。验证方法很简单configure 后打开qtbase/mkspecs/qconfig.pri搜索QMAKE_CC必须看到QMAKE_CC aarch64-linux-gnu-gcc。3.2-static -no-shared -no-dbus -no-opengl -no-egl -no-glib -no-pulseaudio -no-alsa-static是灵魂但它必须和-no-shared配对使用否则 Qt 会尝试同时生成静态库和动态库导致链接混乱。后面一串-no-*是保命清单-no-dbus因为 D-Bus 的静态库在 aarch64 上编译极其不稳定且嵌入式界面通常不需要进程通信-no-opengl和-no-egl是因为板载 Mali GPU 的 OpenGL ES 驱动往往不提供静态libGLESv2.a强行开启会导致undefined reference to eglGetDisplay-no-glib是关键很多教程说 “加-glib能支持更多字符”但 glib 的静态库libglib-2.0.a依赖libpcre.a和libffi.a而这俩库在 aarch64 工具链里默认不提供configure 会静默跳过结果编译时在qtextcodec.cpp崩溃。至于-no-pulseaudio和-no-alsa纯属经验嵌入式音频播放基本靠aplay命令行Qt 的多媒体模块静态化后体积暴涨 40MB毫无必要。3.3-openssl-linked -I /opt/aarch64/openssl/include -L /opt/aarch64/openssl/lib -lssl -lcryptoOpenSSL 是最大雷区。Qt5.14.2 默认用pkg-config查找 OpenSSL但交叉编译环境下pkg-config返回的是宿主机路径。必须用-openssl-linked强制静态链接并用-I和-L精确指向你为 aarch64 编译的 OpenSSL 静态库目录。这里有个隐藏坑OpenSSL 1.1.1k 的libcrypto.a依赖libz.a所以你的-L路径下必须同时有libssl.a、libcrypto.a和libz.a缺一个make就会在qsslsocket.cpp报undefined reference to inflate。我建议把所有依赖库统一放在/opt/aarch64/下结构如下/opt/aarch64/ ├── openssl/ │ ├── include/ # openssl/*.h │ └── lib/ # libssl.a, libcrypto.a, libz.a ├── zlib/ │ └── lib/ # libz.a (单独编译的) └── freetype/ └── lib/ # libfreetype.a这样 configure 时-I和-L路径清晰不会混淆。3.4-qt-zlib -qt-libpng -qt-freetype -qt-harfbuzz -qt-icu这组-qt-*参数表示“用 Qt 自带的源码编译这些库”而不是用系统库。为什么必须这么干因为系统库如 Ubuntu 的libpng-dev是为 x86_64 编译的而-qt-*会让 Qt 的 build system 自动调用aarch64-linux-gnu-gcc重新编译一份静态版。特别注意-qt-icuICU 是国际化核心但它的静态库libicui18n.a体积巨大15MB且依赖libicuuc.a和libicudata.a。Qt5.14.2 的 configure 脚本有个 bug如果只写-qt-icu它会漏掉libicudata.a的链接导致运行时中文乱码。解决方案是额外加-icu参数并确保libicudata.a在-L路径下。实测下来-qt-icu -icu组合才能让QLocale::system().name()正确返回zh_CN。3.5-skip webengine -skip webview -skip qt3d -skip qtquick3d -skip qtlocation-skip是减法艺术。WebEngine 模块根本不可能静态编译成功它依赖 Chromium而 Chromium 的 aarch64 静态构建是地狱级难度Webview 同理Qt3D 和 QtQuick3D 在嵌入式界面上纯属累赘它们会让最终二进制体积膨胀到 200MB且对 Mali GPU 的驱动要求极高。我曾为一个 7 英寸电容屏 HMI 项目保留qt3d结果make耗时 17 小时生成的libQt53DCore.a有 89MB烧写到板子上 SD 卡空间直接告急。-skip不是功能阉割而是精准聚焦——你要的是一个能显示按钮、处理触摸、读取传感器数据的 GUI不是浏览器或 3D 渲染器。3.6-no-cups -no-fontconfig -no-libudev -no-evdev -no-tslib这些是硬件抽象层的“断连”开关。-no-cups禁用打印支持嵌入式设备谁用打印机-no-fontconfig是重点FontConfig 依赖libexpat和libfreetype而它的静态库在 aarch64 上编译成功率低于 30%且 Qt 自带的-qt-freetype已经能处理字体渲染FontConfig 反而会引入冲突。-no-libudev和-no-evdev是为触摸屏准备的——如果你的板子用的是input/eventX设备节点Qt 默认的evdev插件就能工作但如果用了定制的 I2C 触摸驱动-no-evdev反而能让 Qt 退回到更底层的tslib或直接读/dev/input/eventX稳定性更高。-no-tslib看似矛盾实则不然tslib 是一个独立的触摸校准库它的静态化比 Qt 内置的 evdev 更复杂除非你明确需要 tslib 的校准功能否则-no-tslib让 Qt 用原生 input 子系统更可靠。3.7-device-option CROSS_COMPILEaarch64-linux-gnu- -device-option DISTRO_OPTShard-float-device-option是最后的保险丝。CROSS_COMPILE必须带末尾短横线即aarch64-linux-gnu-不是aarch64-linux-gnu否则qmake会找不到aarch64-linux-gnu-gcc。DISTRO_OPTShard-float告诉 Qt 使用硬浮点 ABI这和你的工具链编译选项必须一致。如果你的aarch64-linux-gnu-gcc -v输出里有--with-fpuneon-fp16那就必须加这个参数否则生成的代码在板子上运行会触发SIGILL。验证方法编译一个最小main.cpp用aarch64-linux-gnu-gcc -mfloat-abihard和-mfloat-abisoftfp分别编译用readelf -A查看.note.gnu.property段必须匹配。提示所有 configure 参数必须写在同一行用空格分隔不要换行。我曾把参数拆成多行用\连接configure 时qmake解析出错生成的Makefile里QMAKE_CXX变成了g -aarch64-linux-gnu-g直接编译失败。4. 实操过程从零开始的完整步骤与关键命令现在进入实操环节。以下步骤基于 Ubuntu 20.04.6 LTS 虚拟机4 核 CPU、8GB 内存、50GB 磁盘全程使用普通用户权限非 root所有路径均以$HOME/qt-build为根目录。这不是理论推演而是我笔记本上真实执行的记录每一步都标注了耗时、常见报错及修复方案。4.1 准备工作清理环境与安装基础工具首先彻底卸载系统自带的 Qt 相关包避免路径污染sudo apt remove --purge qt5-default qt5-qmake qtbase5-dev qtchooser sudo apt autoremove rm -rf ~/.cache/qmake*然后安装必需的基础工具注意不要apt install gcc-aarch64-linux-gnu我们要自己编译工具链sudo apt update sudo apt install -y build-essential perl python3 python3-dev libdbus-1-dev libfontconfig1-dev libfreetype6-dev libicu-dev libx11-dev libxext-dev libxfixes-dev libxi-dev libxrender-dev libxcb1-dev libxkbcommon-dev libxkbcommon-x11-dev关键点libicu-dev是宿主机编译qmake工具所需的不是目标平台的所以用 Ubuntu 自带的没问题。安装完成后创建工作目录并下载源码mkdir -p $HOME/qt-build/{src,tools,deps,install} cd $HOME/qt-build/src # 下载 Qt5.14.2 源码官方 SHA256: 8e5b1a1b7c9d... wget https://download.qt.io/official_releases/qt/5.14/5.14.2/single/qt-everywhere-src-5.14.2.tar.xz tar -xf qt-everywhere-src-5.14.2.tar.xz # 创建符号链接方便后续操作 ln -sf qt-everywhere-src-5.14.2 qt-src这一步耗时约 3 分钟网络好的话更快。注意不要解压到/tmp因为编译过程会产生大量临时文件/tmp分区空间可能不足。4.2 构建 aarch64 交叉编译工具链我们采用 GNU Arm Embedded Toolchain 9-2019-q4-major 源码构建因为它对 aarch64 的支持最稳定。先下载并解压cd $HOME/qt-build/src wget https://ftp.gnu.org/gnu/gcc/gcc-9.3.0/gcc-9.3.0.tar.xz wget https://ftp.gnu.org/gnu/binutils/binutils-2.34.tar.xz # 创建工具链构建目录 mkdir -p $HOME/qt-build/tools/gcc-build cd $HOME/qt-build/tools/gcc-build # 配置 binutils ../src/binutils-2.34/configure --targetaarch64-linux-gnu --prefix$HOME/qt-build/tools/aarch64-toolchain --enable-interwork --enable-multilib --with-system-zlib make -j$(nproc) make install # 配置 gcc分两步先编译基础 gcc再编译完整版 cd $HOME/qt-build/tools/gcc-build ../src/gcc-9.3.0/configure --targetaarch64-linux-gnu --prefix$HOME/qt-build/tools/aarch64-toolchain --enable-languagesc,c --without-headers --disable-multilib --with-newlib --with-system-zlib make -j$(nproc) all-gcc make install-gcc # 第二步编译完整 gcc包含 C 库 cd $HOME/qt-build/tools/gcc-build ../src/gcc-9.3.0/configure --targetaarch64-linux-gnu --prefix$HOME/qt-build/tools/aarch64-toolchain --enable-languagesc,c --with-newlib --disable-multilib --with-system-zlib --with-archarmv8-a --with-fpuneon-fp16 --with-floathard make -j$(nproc) make install整个工具链编译耗时约 45 分钟i7-10875H。完成后将工具链加入 PATHecho export PATH$HOME/qt-build/tools/aarch64-toolchain/bin:$PATH ~/.bashrc source ~/.bashrc # 验证 aarch64-linux-gnu-gcc --version # 应输出 gcc 9.3.0 aarch64-linux-gnu-g --version # 同上注意如果make install报错cannot find -lgcc_eh说明--with-newlib配置有误需删除gcc-build目录重来并确保binutils先于gcc安装。4.3 编译 aarch64 静态依赖库这是最耗时也最关键的环节。所有库必须用aarch64-linux-gnu-gcc编译且必须加--enable-static --disable-shared。按顺序执行zlib最基础其他库都依赖它cd $HOME/qt-build/src wget https://zlib.net/zlib-1.2.13.tar.gz tar -xf zlib-1.2.13.tar.gz cd zlib-1.2.13 ./configure --prefix$HOME/qt-build/deps/aarch64-zlib --static make -j$(nproc) make installOpenSSL 1.1.1k必须用 1.1.1k1.1.1l 及以上版本在 aarch64 静态链接时有 symbol 冲突cd $HOME/qt-build/src wget https://www.openssl.org/source/openssl-1.1.1k.tar.gz tar -xf openssl-1.1.1k.tar.gz cd openssl-1.1.1k ./Configure linux-aarch64 no-shared no-dso no-async no-tests --prefix$HOME/qt-build/deps/aarch64-openssl --openssldir$HOME/qt-build/deps/aarch64-openssl make -j$(nproc) make installfreetype 2.10.4字体渲染核心cd $HOME/qt-build/src wget https://download.savannah.gnu.org/releases/freetype/freetype-2.10.4.tar.gz tar -xf freetype-2.10.4.tar.gz cd freetype-2.10.4 ./configure --hostaarch64-linux-gnu --prefix$HOME/qt-build/deps/aarch64-freetype --enable-static --disable-shared --without-harfbuzz --without-bzip2 make -j$(nproc) make installharfbuzz 2.6.4复杂文本排版如阿拉伯文、中文cd $HOME/qt-build/src wget https://github.com/harfbuzz/harfbuzz/releases/download/2.6.4/harfbuzz-2.6.4.tar.xz tar -xf harfbuzz-2.6.4.tar.xz cd harfbuzz-2.6.4 ./configure --hostaarch64-linux-gnu --prefix$HOME/qt-build/deps/aarch64-harfbuzz --enable-static --disable-shared --with-glibno --with-cairono --with-icuyes make -j$(nproc) make installICU 66.1国际化必须用 66.167 版本 Qt5.14.2 不兼容cd $HOME/qt-build/src wget http://download.icu-project.org/files/icu4c/66.1/icu4c-66_1-src.tgz tar -xf icu4c-66_1-src.tgz cd icu/source ./configure --hostaarch64-linux-gnu --prefix$HOME/qt-build/deps/aarch64-icu --enable-static --disable-shared --disable-tools --disable-tests --disable-samples make -j$(nproc) make install全部编译完成后检查静态库是否存在ls $HOME/qt-build/deps/aarch64-*/lib/*.a | head -10 # 应看到类似 # /home/user/qt-build/deps/aarch64-openssl/lib/libssl.a # /home/user/qt-build/deps/aarch64-openssl/lib/libcrypto.a # /home/user/qt-build/deps/aarch64-zlib/lib/libz.a # ...这一步总耗时约 2 小时。如果某个库make install后没有.a文件一定是--enable-static没生效需检查configure输出日志中的checking whether to build static libraries... yes。4.4 配置与编译 Qt5.14.2现在进入高潮。进入 Qt 源码目录执行超长 configure 命令请复制整行不要换行cd $HOME/qt-build/src/qt-src ./configure \ -platform linux-g \ -xplatform linux-aarch64-gnu-g \ -static -no-shared \ -no-dbus -no-opengl -no-egl -no-glib -no-pulseaudio -no-alsa \ -openssl-linked \ -I $HOME/qt-build/deps/aarch64-openssl/include \ -I $HOME/qt-build/deps/aarch64-zlib/include \ -I $HOME/qt-build/deps/aarch64-freetype/include \ -I $HOME/qt-build/deps/aarch64-harfbuzz/include \ -I $HOME/qt-build/deps/aarch64-icu/include \ -L $HOME/qt-build/deps/aarch64-openssl/lib \ -L $HOME/qt-build/deps/aarch64-zlib/lib \ -L $HOME/qt-build/deps/aarch64-freetype/lib \ -L $HOME/qt-build/deps/aarch64-harfbuzz/lib \ -L $HOME/qt-build/deps/aarch64-icu/lib \ -lssl -lcrypto -lz -lfreetype -lharfbuzz -licui18n -licuuc -licudata \ -qt-zlib -qt-libpng -qt-freetype -qt-harfbuzz -qt-icu \ -skip webengine -skip webview -skip qt3d -skip qtquick3d -skip qtlocation \ -no-cups -no-fontconfig -no-libudev -no-evdev -no-tslib \ -device-option CROSS_COMPILEaarch64-linux-gnu- \ -device-option DISTRO_OPTShard-float \ -prefix $HOME/qt-build/install/qt5142-aarch64-static \ -confirm-license -opensource -nomake examples -nomake testsconfigure 过程约 8 分钟。如果报错ERROR: Feature openssl was enabled, but the pre-condition features.ssl libs.openssl failed.说明-I和-L路径不对或libssl.a缺失。成功后开始编译make -j$(nproc) # 耗时约 3 小时 20 分钟i7-10875H make installmake install会把所有头文件、静态库、qmake 工具复制到$HOME/qt-build/install/qt5142-aarch64-static。验证是否成功# 检查 qmake 是否可用 $HOME/qt-build/install/qt5142-aarch64-static/bin/qmake -v # 应输出 Qt Version 5.14.2 和 aarch64-linux-gnu-g 路径 # 检查静态库数量 ls $HOME/qt-build/install/qt5142-aarch64-static/lib/libQt5*.a | wc -l # 正常应有 32~35 个 .a 文件如 libQt5Core.a, libQt5Gui.a 等4.5 编译测试程序并验证静态性创建一个最简 Qt 程序验证成果mkdir -p $HOME/qt-build/test-app cd $HOME/qt-build/test-app # 创建 main.cpp cat main.cpp EOF #include QApplication #include QLabel #include QFont int main(int argc, char *argv[]) { QApplication app(argc, argv); QLabel label(Hello aarch64 Static!); label.setFont(QFont(DejaVu Sans, 16)); label.show(); return app.exec(); } EOF # 创建 .pro 文件 cat test.pro EOF QT core gui TARGET test-app TEMPLATE app SOURCES main.cpp # 关键指定 Qt 安装路径 QMAKE_LIBDIR $$PWD/../install/qt5142-aarch64-static/lib QMAKE_INCDIR $$PWD/../install/qt5142-aarch64-static/include LIBS -L$$PWD/../install/qt5142-aarch64-static/lib -lQt5Core -lQt5Gui -lQt5Widgets # 强制静态链接 CONFIG static EOF # 用我们编译的 qmake 生成 Makefile $HOME/qt-build/install/qt5142-aarch64-static/bin/qmake test.pro make编译成功后检查生成的test-appfile test-app # 应输出test-app: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), statically linked, BuildID[sha1]..., for GNU/Linux 3.7.0, stripped ldd test-app # 应输出not a dynamic executable # 复制到 aarch64 板子上运行假设板子 IP 为 192.168.1.100 scp test-app user192.168.1.100:/tmp/ ssh user192.168.1.100 /tmp/test-app -platform eglfs # 如果板子有 HDMI 显示应看到 Hello aarch64 Static! 窗口实操心得-platform eglfs是 aarch64 板子上最常见的平台插件它直接渲染到 framebuffer不依赖 X11。如果板子没有 GPU改用-platform linuxfb。另外test-app体积会很大约 45MB这是正常的因为所有 Qt 模块和依赖都打包进去了。5. 常见问题与排查技巧实录那些让我熬夜到凌晨三点的 Bug即使严格按照上述步骤实战中仍会遇到各种诡异问题。我把过去一年在三个项目中踩过的坑整理成速查表每个问题都附带strace、readelf等命令的精准定位方法。5.1 问题make在qtbase/src/corelib/global/qglobal.cpp崩溃报error: nullptr was not declared in this scope现象configure 成功make到 12% 时在qglobal.cpp报错提示nullptr未声明。根因宿主机 g 版本过低Ubuntu 20.04 默认 g 9.4.0 是 OK 的但某些虚拟机镜像可能装了 g 7.x。nullptr是 C11 特性Qt5.14.2 要求 g 8.0。排查g --version # 必须 8.0 # 如果是 7.x升级 sudo apt install -y g-10 sudo update-alternatives --install /usr/bin/g g /usr/bin/g-10 1005.2 问题make在qtbase/src/network/ssl/qsslsocket.cpp崩溃报undefined reference to SSL_library_init现象configure 时 OpenSSL 检查通过但make时链接失败。根因OpenSSL 1.1.1k 的 API 已废弃SSL_library_init()改用OPENSSL_init_ssl()但 Qt5.14.2 的源码里仍有调用。这不是 bug而是 Qt 对 OpenSSL 1.1.1 的适配不完整。修复手动 patchqtbase/src/network/ssl/qsslsocket.cpp第 123 行附近将#if OPENSSL_VERSION_NUMBER 0x10100000L SSL_library_init(); #else OPENSSL_init_ssl(0, nullptr); #endif改为#if OPENSSL_VERSION_NUMBER 0x10100000L SSL_library_init(); SSL_load_error_strings(); SSL_add_all_algorithms(); #else OPENSSL_init_ssl(0, nullptr); #endif然后重新make。这个 patch 我已提交给 Qt 社区但在 5.14.2 中尚未合并。5.3 问题编译出的程序在板子上运行闪退dmesg显示segfault at 0000000000000000现象file和ldd都显示静态但一运行就段错误。根因-device-option DISTRO_OPTShard-float与工具链不匹配。你的aarch64-linux-gnu-gcc编译时用了--with-floatsoftfp但 Qt configure 用了hard-float导致