自己编译的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参数可以显示errorwarning的日志,通过这个参数就能查看到sdkmanager的警告和错误日志了


你可能感兴趣的:(android,linux)