之前转载了一篇《Pixel 4 AOSP 源码编译及刷机》，当时的目的是存档备查以及按部就班操作。这一两天，仗着把 T440p 升了一下级（CPU 从 i5 4300m 升到 i7 4710mq，内存从 4GB 升级到 16GB），尤其是内存那个升级，如果不做的话，编译是无法开展的，一执行就会死机的节奏。

而且，当初想在 Windows 下（或者 WSL 下）编译的想法已经被网上他人的文章提及为不再可行，因为“自 2021 年 6 月 22 日起，AOSP 不再支持在 Windows 或 macOS 上构建”。

在构建过程中，由于某些操作与文首转载之文并不完全相符，因此还是有一些需要记录清楚一点的东西的。其中的某些弯路与本人的预先认知与事实有出入有关。

网上几乎所有的文章，在下载源码的时候，可能是为了节省磁盘空间占用，都是在下载之前使用了 repo init 命令带 -u 和 -b 参数的形式来指定下载某个分支，而我是以从清华的源先下载最新的基础快照压缩包，在本地解压后再执行 repo sync 的方式来下载所有源码的。这使我一度茫然不知在本地如何设定分支，后来才发现可以执行不带 -u 参数的 repo init 命令，仅带上合适的 -b 参数即可。

在有的文章中看到的 . build/setup.sh 命令已然过时，正确的命令是 . build/envsetup.sh。另外 make 命令也已经不能使用，第一次的全量编译要用 m 这一命令。

在实践中的印象，似乎 lunch 命令选择的平台会在某些操作之后被清空，需要再次 . build/envsetup.sh 并用 lunch 选择目标平台。这个问题直接导致我在把环境准备妥当后的第一次成功编译献给了 generic 而不是预期的 flame，而且差点就要尝试把 generic 下的 img 映像刷入到手机里。不过，前文之所以还加了“似乎”二字，是因为第一次的成功编译是非预期的状况下，根据上一次的命令执行失败后的提示执行 build/soong/soong_ui.bash --make-mode 命令而发生的。当时的错误提示中写道，可以执行 m 命令或者 build/soong/soong_ui.bash --make-mode 命令进行编译，但是直接执行 m 命令以失败告终（其原因是没有再次 source build/envsetup.sh，这是后来才意识到的，因为当时是认为在更前面的步骤里已经执行过环境设定了）。

编译主机硬件环境：ThinkPad T440p，i7 4710mq，16GB Memory，1TB SSD；

编译主机软件环境：Ubuntu 22.04.1 LTS，OpenJDK 1.8.0_352；系统为干净安装（似乎选择的还是最小安装），似乎有的文章中提到的要安装的其他依赖我都没有专门安装，环境足够充分的感觉。

收录一篇新的教程：https://blog.csdn.net/yzm65580952/article/details/120396315。