自己编译的Android SDK无法识别各版本platform的问题

今天编译了Android 2.3源码，即gingerbread。源代码是通过"repo init -u git://android.git.kernel.org/platform/manifest.git -b gingerbread"取出的。

编译完成后，启动SDKManager发现在"Installed packages"中无法找到编译出来的android-2.3

进入编译结果目录 out/host/linux-x86/sdk/android-sdk_eng.cmoaciopm_linux-x86/tools 发现android-2.3是存在的，那为什么SDKManager检测不到呢？

查看了sdkmanager的源代码，终于找到问题所在

sdkmanager的源代码存放在sdk/sdkmanager下，包含三个工程

1. app：sdkmanager主界面及接口逻辑

2. lib/sdklib：sdkmanager核心逻辑

3. lib/sdkuilib：sdkmanager的子UI组件代码

SdkManager.reloadSdk()是检测installed packages的方法，检测标准如下

1. 校验build.prop文件，
    从ro.build.version.release获取apiName
    从ro.build.version.sdk获取apiNumber
    从ro.build.version.codename获取apiCodeName(optional)
2. 校验source.properties
    Pkg.Revision
    非必须
3. 校验sdk.properties
    非必须
4. 校验platforms/[sdk-version]/目录下的关键文件是否存在
    android.jar
    framework.aidl
    tools/aapt
    tools/aidl
    tools/dx
    tools/lib/dx.jar

看到这里，终于知道SDKManager无法检测到Install packages的原因了，我所检出的android gingerbread源代码编译出的sdk目录结构与SDKManager检测逻辑是不一致的。

android在2.3对sdk目录结构进行了调整，将platform下面的tools文件夹移动到SDK根目录下，命名为platform-tools（里面包含了该platform的aapt和adb等工具。这样，platform在各操作系统下都统一了，不需要再为不同操作系统发布不同的platform，仅发布不同的platform-tools即可）。

可见gingerbreak代码分支中sdkmanager的代码不是“最新的”，没有与编译出来的sdk目录结构保持一致。google也有失误的时候，这么大的项目也可以理解

了解了以上事实，于是乎做了软链接，骗过sdkmanager，重启检测一切正常

PS : android-sdk目录的tools下的andriod命令，指定-v参数可以显示error和warning的日志，通过这个参数就能查看到sdkmanager的警告和错误日志了