1. 课程导论与目标：嵌入式Linux与Qt的关系、为什么需要交叉编译、课程整体架构与学习路径
1.1 嵌入式Linux与Qt：天生一对？
做嵌入式开发这些年，我经常被问到这个问题：“为什么偏偏是Qt？”
说白了，嵌入式Linux系统本身没有图形界面。你想想看，一个跑在ARM板子上的Linux内核，它只管调度任务、管理内存、驱动硬件。用户想看到屏幕、想触摸操作，怎么办？这时候就需要一个图形框架来干活。
Qt就是干这个的。它不光是画几个按钮那么简单。Qt把事件循环、窗口管理、字体渲染、OpenGL加速全给你封装好了。我在项目里见过有人用MiniGUI、用GTK+，但最后都转到Qt上来了。为什么？因为Qt的生态太完整了——你要的控件它都有，你没想到的它也给你准备好了。
核心认知：嵌入式Linux提供底层能力（进程、内存、驱动），Qt提供上层交互（界面、触摸、动画）。两者结合，才能做出真正的嵌入式产品。
举个例子。我做过一个医疗监护仪的项目，硬件是i.MX6ULL，屏幕分辨率1024×600。裸机开发？不现实。Linux负责管理网络协议栈、文件系统、USB驱动；Qt负责绘制实时波形、触控菜单、报警弹窗。各司其职，配合默契。
1.2 为什么需要交叉编译？
这个问题，新手经常绕不过弯来。
你的开发电脑是x86架构的，你的目标板是ARM架构的。x86的CPU不认识ARM的机器码，ARM的CPU也不认识x86的机器码。那你怎么在电脑上写代码、编译，然后扔到板子上跑？
交叉编译就是干这个的。我在电脑上装一套ARM的交叉编译工具链，编译出来的二进制文件是ARM指令集的。然后通过网线、U盘或者NFS，把文件传到板子上，直接运行。
| 对比项 | 本地编译 | 交叉编译 |
|---|---|---|
| 编译平台 | x86_64 PC | x86_64 PC |
| 目标平台 | x86_64 PC | ARM / AArch64 板子 |
| 工具链 | gcc / g++ | arm-linux-gnueabihf-gcc |
| 运行环境 | 直接在PC上运行 | 拷贝到板子上运行 |
| 典型场景 | PC软件开发 | 嵌入式Linux开发 |
我曾经踩过的坑：第一次做交叉编译时，我直接在板子上跑gcc编译Qt源码。结果等了两个小时，板子内存不够直接崩了。后来才明白——板子的CPU和内存根本不是用来干编译这种重活的。交叉编译才是正道。
所以，整个课程的核心就是：在x86电脑上搭建ARM交叉编译环境，编译出能在嵌入式Linux上跑的Qt应用。
1.3 课程整体架构
这门课一共30章，我把它分成四个阶段。你跟着走，不会乱。
1.4 你需要准备什么？
我列个清单，你提前准备好，后面不抓瞎。
- 硬件：一台x86_64的电脑（Ubuntu 20.04/22.04 LTS最佳），一块ARM开发板（我课程里用正点原子阿尔法/野火i.MX6ULL，其他板子流程通用）
- 软件：Ubuntu系统、Qt 5.15.x源码、交叉编译工具链（arm-linux-gnueabihf）、tslib（触摸校准）、buildroot或yocto（可选）
- 网络：板子和电脑能ping通（NFS挂载调试必备）
- 耐心：这个最重要。我第一次编译Qt源码花了整整两天，各种报错。别怕，课程里我把坑都给你填平了。
我的建议：别一上来就搞yocto，那玩意儿学习曲线太陡。先用交叉编译工具链+Qt源码手动编译一遍，把整个流程跑通。理解了原理之后，再用自动化工具提升效率。
1.5 你能学到什么？
学完这门课，你至少能搞定以下几件事：
- 独立搭建一套完整的嵌入式Linux + Qt交叉编译环境
- 把Qt应用从x86电脑编译、部署到ARM板子上运行
- 处理触摸屏校准、中文字体、性能优化等实际问题
- 理解嵌入式Linux的启动流程、文件系统结构、驱动加载机制
- 具备量产级嵌入式产品的开发与部署能力
说白了，这门课不是教你Qt怎么画界面——那是Qt基础教程的事。这门课教的是“怎么让Qt在嵌入式Linux上真正跑起来”。这两者之间的差距，就是实战经验。
我记得刚入行那会儿，网上资料东拼西凑，每个教程都只讲一半。交叉编译工具链怎么配？Qt的configure参数怎么选？板子上缺库怎么办？没人告诉你。这门课就是把我这些年踩过的坑、填过的土，一次性给你讲清楚。