48、虚拟化调试：KVM、容器、AVD模拟器、GKI内核调试

说到虚拟化调试，很多同学第一反应就是“开个模拟器跑一下”。但说实话，真正的虚拟化调试远不止这么简单。KVM、容器、AVD、GKI，这几个东西虽然都带个“虚拟”字，但调试思路完全不同。我最早接触这块时也踩过不少坑，今天就把这些经验梳理一下。

一、先搞清楚你在调试什么

虚拟化调试，说白了就是“在虚拟环境里找问题”。但虚拟环境分好几种，调试手段也天差地别。我习惯把它们分成四类：

类型	典型代表	调试重点
硬件虚拟化	KVM、QEMU	CPU/内存虚拟化、中断、IO
容器化	Docker、LXC	命名空间、cgroup、文件系统
模拟器	AVD、Android Emulator	系统镜像、HAL、性能模拟
内核通用化	GKI (Generic Kernel Image)	内核模块兼容性、ABI

嗯，这里要注意：调试手段不能混用。你拿调试容器的思路去调KVM，大概率会碰壁。

二、KVM调试：从宿主机到虚拟机

KVM调试，我个人的经验是“两头都要看”。宿主机和虚拟机，各有一套调试工具。

2.1 宿主机侧：用perf和kvm_stat

KVM的性能问题，多半出在VM-Exit上。每次虚拟机切回宿主机，都会产生开销。我曾在项目中遇到一个诡异问题：虚拟机跑Android游戏，帧率忽高忽低。用kvm_stat一看，发现EPT_VIOLATION事件暴增——原来是内存映射没对齐。

# 查看KVM事件统计
sudo kvm_stat -1

# 用perf跟踪VM-Exit原因
sudo perf kvm stat live

2.2 虚拟机侧：用crash和kdump

虚拟机内核崩溃了怎么办？别慌，KVM支持virsh dump。我习惯在虚拟机里配好kdump，崩溃后自动生成vmcore，然后拿到宿主机上用crash分析。

# 在宿主机上分析虚拟机内核转储
crash vmlinux vmcore

# 查看进程状态
ps
bt

三、容器调试：命名空间和cgroup是核心

容器调试和KVM完全不同。容器本质上是进程隔离，没有独立的硬件层。所以调试重点在命名空间和cgroup上。

3.1 进入容器的命名空间

我曾经遇到一个容器内网络不通的问题。用nsenter进入容器的网络命名空间，发现iptables规则被改了——原来是宿主机上的某个服务动了共享的netfilter。

# 进入容器的网络命名空间
nsenter -t <容器PID> -n ip addr

# 查看容器的cgroup限制
cat /sys/fs/cgroup/cpu/docker/<容器ID>/cpu.max

3.2 调试容器内的Android系统

现在很多团队用容器跑Android系统（比如Anbox）。调试时要注意：容器内的Android没有硬件加速。我建议先用logcat看应用层日志，再用strace跟踪系统调用。

# 在容器内跟踪系统调用
strace -p <进程PID> -e trace=open,read,write

四、AVD模拟器调试：别被“模拟”二字骗了

AVD模拟器虽然叫“模拟器”，但底层用了QEMU，本质上也是虚拟化。调试AVD时，我遇到过最坑的问题：模拟器里的传感器数据不准。后来发现是HAL层模拟器实现有bug。

4.1 用adb调试模拟器

AVD调试和真机基本一样，但多了几个模拟器特有的命令：

# 查看模拟器控制台
adb emu kill
adb emu avd snapshot save my_snapshot

# 模拟传感器事件
adb emu sensor set acceleration 0:9.8:0

4.2 调试模拟器内核

AVD的内核是预编译的，但你可以自己编译一个替换掉。我习惯在模拟器启动时加-show-kernel参数，看内核启动日志。

# 启动模拟器并显示内核日志
emulator -avd my_avd -show-kernel -logcat-output log.txt

五、GKI内核调试：模块兼容性是关键

GKI（通用内核镜像）是Android 12以后的重点。它的核心思想是：内核和驱动模块分开编译。调试GKI时，我最头疼的是模块加载失败——明明编译通过了，但insmod就是报错。

5.1 检查模块ABI

GKI要求模块必须和内核的ABI兼容。用modinfo和kmi工具检查：

# 查看模块依赖的内核版本
modinfo my_module.ko | grep vermagic

# 检查KMI（内核模块接口）
kmi symbol list my_module.ko

5.2 调试模块加载失败

我曾经遇到一个模块在GKI内核上加载失败，错误码是-ENOEXEC。用dmesg一看，发现是符号版本不匹配。解决办法是重新编译模块，确保和内核使用同一份Module.symvers。

# 查看内核符号版本
cat /proc/kallsyms | grep my_symbol

# 强制加载模块（不推荐生产环境）
insmod -f my_module.ko

六、一张图理清虚拟化调试体系

下面这张图是我自己总结的虚拟化调试知识体系，涵盖了四种场景的核心调试手段：

七、避坑指南

最后分享几个我踩过的坑，希望能帮你少走弯路：

• KVM调试时别忘关SELinux——我曾经花了两天查一个KVM性能问题，最后发现是SELinux策略导致VM-Exit频繁。关掉后性能直接翻倍。
• 容器内别用dmesg——容器内的dmesg看到的是宿主机内核日志，不是容器自己的。想看容器内核日志，得用journalctl -u docker从宿主机侧看。
• AVD模拟器别开太多核——模拟器默认分配4核，但如果你宿主机只有4核，那模拟器会抢走所有资源。我建议AVD只开2核，留点资源给调试工具。
• GKI模块一定要用同一份内核头文件编译——我遇到过最坑的事：模块编译时用的内核头文件和运行时内核差了三个小版本，结果insmod直接panic。后来我养成了习惯，每次编译前先uname -r确认版本。

虚拟化调试，说白了就是“在虚拟和现实之间找平衡”。每种技术都有自己的脾气，摸透了就好办了。希望今天的内容对你有帮助。

---