嘿，作为刚入坑Linux/Android内核修改的新手，碰到函数地址全是0的情况太正常了——我当初第一次改内核的时候也踩过这个坑！咱们一步步拆解可能的原因，帮你定位问题：

一、内核编译选项限制了符号表 #

这是最常见的原因，内核默认可能会关闭部分符号导出：

• 检查内核根目录下的.config文件，看看是否开启了CONFIG_KALLSYMS=y和CONFIG_KALLSYMS_ALL=y。如果是n，改成y后重新编译内核，这两个选项控制着内核是否导出完整的符号表。
• 另外，如果你的内核开启了CONFIG_LTO（链接时优化），有些函数可能被编译器内联或直接优化掉，导致符号表中没有记录。可以临时关闭这个选项，重新编译后再试。

二、命令使用姿势不对 #

别小看命令的细节，很多时候问题出在这里：

• 如果你用的是cat /proc/kallsyms，一定要加上sudo！普通用户权限不足以查看完整的内核符号表，会导致很多地址显示为0。
• 如果是用nm命令查询，必须指定编译生成的vmlinux文件（不是压缩后的zImage、boot.img这些），而且这个vmlinux不能被strip处理过——很多编译脚本会自动strip掉符号信息，你得确保编译时保留了符号。

三、目标函数根本没被编译进内核 #

有些函数是依赖特定功能模块的：

• 先去源码里找到这两个函数所在的文件，查看对应的Kconfig选项是否开启。比如如果函数属于某个驱动模块，你得确保该模块被编译进内核（=y），而不是编译成可加载模块（=m）——如果是可加载模块，得先insmod加载模块，再去查模块的.ko文件的符号表。
• 还有一种可能是，函数被条件编译语句（比如#ifdef）包裹了，对应的编译宏没开启，导致函数根本没被编译。

四、指南适配的内核版本和你的不一致 #

你参考的指南可能是针对旧版本内核写的，新版内核的符号导出规则有变化：

• 去源码里直接搜索这两个函数，看看它们有没有用EXPORT_SYMBOL或EXPORT_SYMBOL_GPL导出。新版内核里很多内部函数不再对外导出，就算代码里有函数，符号表也查不到。
• 另外，有些函数的名字可能在新版本内核里被重命名了，仔细核对函数名是否和你当前的源码一致。

快速排查小技巧 #

先做个验证：用同样的命令查询一个肯定存在的内核函数，比如printk。如果printk的地址也显示为0，那百分百是符号表的问题；如果printk能查到正常地址，那就是你要找的那两个函数本身的问题（没编译、没导出之类的）。

内容的提问来源于stack exchange，提问作者Alex C.