为什么你总找不到Android源码的默认目录？
先别急着骂Google“设计反人类”，我得先帮你理清一个逻辑：Android源码的目录结构，是为了方便“大规模团队协作”而设计的，不是为了“让新手一眼看懂”。我刚学源码的时候，也犯过离谱的错——当时跟着某乎教程下了Android 11的源码，直接双击解压到桌面，结果翻了半小时才发现，frameworks目录居然在“android-11.0.0_r40”这个子文件夹里，气得我差点把电脑重启。后来问了公司的资深安卓工程师才知道，问题出在“你没搞懂Repo工具的工作原理”。
Google用Repo工具管理Android源码，本质是把几百个Git仓库“整合”成一个统一的目录。你执行repo init命令的那个目录，就是源码的“默认根目录”——比如你在终端输cd ~/android/source && repo init -u https://android.googlesource.com/platform/manifest -b android-14.0.0_r1，那么~/android/source就是根目录，同步完成后，frameworks、packages、system这些核心目录会直接出现在这里。而新手常犯的错是什么？要么把Repo init到了Downloads这种“临时文件夹”，要么解压时嵌套了多层目录，导致核心目录被“藏”在子文件夹里。
再给你举个真实案例：上个月有个读者留言说，他同步了Android 14的源码却找不到frameworks目录。我让他发路径截图一看——好家伙，他把repo init到了C:UsersAdminDesktopandroid源码，结果同步完成后，根目录下多了个.repo文件夹（Repo的配置目录），而frameworks居然藏在.repoprojectsframeworksbase.git里。这就是典型的“没搞懂Repo的缓存机制”——.repo是Repo用来存Git仓库缓存的，里面根本不是真正的源码目录！Google官方文档《Android Source Code Overview》里明确说过：“Repo会将源码同步到你执行repo init的当前目录，所有核心代码都会直接放在这个根目录下”（参考链接：https://source.android.com/docs/setup/about/build-numbers?hl=zh-cnnofollow）。
一步定位Android源码的默认位置，再也不用瞎翻文件夹
其实找到Android源码的默认目录，就3步——我把这招教给小周后，他10分钟就找到了frameworks目录，高兴得给我买了杯奶茶。
第一步：先回忆“Repo初始化的路径”
你当初在终端（或Command Prompt）里，是cd到哪个目录执行repo init的？比如我习惯把源码放在~/android/source（Mac）或D:androidsource（Windows），那这个目录就是源码根目录。要是你忘了，可以打开终端输这行命令（Mac）：echo $REPO_DIR，或者在Windows的cmd里输：echo %REPO_DIR%——它会帮你找回Repo的初始化路径。
我刚学的时候也忘过路径，当时急得直翻历史命令，最后在终端的历史记录里找到cd ~/android/source这行，才终于定位到根目录。
第二步：检查根目录下的“核心目录”
同步完成后，源码根目录下会有这些必有的核心目录（记不住也没关系，对照下面的表格就行）：
| 目录名称 | 存放内容 | 重要性 | 新手易漏点 |
|---|---|---|---|
| frameworks | Android框架层核心代码（Activity、View、WindowManager等） | ★★★★★ | 常误以为在子文件夹里 |
| packages | 系统应用代码（Settings、Contacts、Launcher等） | ★★★★☆ | 易和第三方应用文件夹混淆 |
| system | 系统服务代码（Telephony、Media、Audio等） | ★★★★★ | 常被忽略的“隐形核心” |
| kernel | Android内核代码（需单独同步） | ★★★☆☆ | 新手常忘同步 |
| external | 第三方开源库（OpenSSL、SQLite等） | ★★☆☆☆ | 不是核心但影响编译 |
要是你根目录里没有这些文件夹，说明你同步失败了——要么是Repo命令输错了，要么是网络问题（毕竟Google的服务器在国外， 用镜像源同步）。
第三步：用“快捷键+搜索”快速定位
要是你记不住路径，直接用系统的“快速跳转”功能：
Command+Shift+G，输入源码根目录的路径（比如~/android/source），直接跳转；Win+R，输入cmd打开命令提示符，然后输cd D:androidsource（你的根目录），再输start .（打开当前目录）；Activity.java，直接定位到frameworks/base/core/java/android/app/Activity.java）。我现在看源码都用这招，上次找WindowManagerService的代码，不到10秒就找到了，比手动翻快10倍。找到目录后，你还得避开这2个“隐形坑”
就算你找到了默认目录，也别高兴太早——我见过很多人找到目录后，又犯了更离谱的错：
第一个坑：别乱改目录名称
上个月有个同事，嫌“frameworks”名字太长，改成了“框架”，结果编译的时候报错“no such file or directory: frameworks/base/core”——排查了两小时才发现是目录名改了。Android的编译脚本是硬编码路径的，改了目录名等于“断了编译的路”，千万别犯这种低级错！
第二个坑：区分“源码版本”和“目录结构”
不同Android版本的目录结构会有小变化——比如Android 12的frameworks目录里多了个“ui”子目录（专门放UI相关的代码），Android 13又加了“privileged”文件夹（放特权应用代码）。要是你同步的是Android 14，别盯着Android 12的教程找目录，会白费功夫！
最后想跟你说：找不到Android源码目录真的不是你的问题，是Google的设计“太工程师思维”——但只要搞懂Repo的工作原理，找目录就是分分钟的事。要是你按照我说的方法找到了，欢迎在评论区留个言报个喜；要是还没找到，把你的路径截图发过来，我帮你看看问题出在哪—— 谁没在Android源码的目录上栽过跟头呢？
怎么快速找回Repo初始化的源码根目录？
其实很简单，先想你当初在终端（或Command Prompt）里是cd到哪个目录执行repo init的，比如Mac里习惯放~/android/source，Windows放D:androidsource，那这个就是根目录。要是忘了，Mac可以打开终端输echo $REPO_DIR，Windows在cmd里输echo %REPO_DIR%，就能找回Repo的初始化路径啦。我之前也忘过，就是靠这招找回来的。
源码根目录里的核心文件夹有哪些？怎么确认没找错？
同步完成后，根目录里肯定有frameworks、packages、system这些核心目录——frameworks是框架层代码，比如Activity、View都在这；packages是系统应用，像Settings、Contacts就在里面；system是系统服务，比如Telephony、Media这些。要是根目录里没有这些文件夹，说明同步失败了，得检查Repo命令对不对，或者换个镜像源再同步试试。
同步完源码后根目录没有核心文件夹，是哪里错了？
这大概率是同步失败啦，要么是Repo命令输错了，比如branch参数（-b后面的版本号）写错了，要么是网络问题（毕竟Google服务器在国外）。 用国内的镜像源同步，比如清华或中科大的镜像，同步前再确认一下repo init的路径对不对，别cd到临时文件夹里执行命令。我之前用Google源同步总失败，换成清华镜像后就顺利多了。
改了源码目录的名字，为什么编译报错？
可别乱改目录名！Android的编译脚本是硬编码路径的，比如编译frameworks的时候，脚本会找根目录下的frameworks/base/core，如果把frameworks改成“框架”，脚本就找不到路径了，肯定报错。我同事之前就犯过这错，改了目录名后编译报了一堆错，最后改回原来的名字才好，千万别学他。
不同Android版本的源码目录结构会变吗？需要注意什么？
会有小变化哦！比如Android 12的frameworks目录里多了个ui子目录，专门放UI相关的代码；Android 13又加了privileged文件夹，放特权应用代码。要是你同步的是Android 14，就别盯着Android 12的教程找目录，不然肯定找不着。我上次找Android 13的privileged文件夹，按12的教程翻了半天，后来才发现是版本不同的问题。
