最近看了一个Android CTS的问题，最后发现是Google CTS package里的一个case 乱用了一个 Android Non-public attrs而引起的，写下这篇文章记录一下。
转载请标明来处：http://www.jianshu.com/p/2d54c41c0dfa
一、环境
OS: Android 7.0
CTS version: android-cts-7.0_r1
重现步骤:
run cts -m CtsServicesHostTestCases -t android.server.cts.ActivityManagerPinnedStackTests#testAlwaysFocusablePipActivity
--logcat-on-failure
观察到的现象:
Test failing with error 'junit.framework.AssertionFailedError:
Pinned stack must be the focused stack. expected:<4> but was:<0>'
二、testAlwaysFocusablePipActivity
在CTS code里找到 ActivityManagerPinnedStackTests.java 里的testAlwaysFocusablePipActivity 方法， 这个Case主要是执行adb shell命令，然后 dumpsys 一些信息来检查是否满足预期。 整理如下:
adb shell am start -n android.server.app/.AlwaysFocusablePipActivity
adb shell am stack move-top-activity-to-pinned-stack 1 0 0 500 500
adb shell dumpsys activity activities
测试步骤主要分为三步：
- 启动 AlwaysFocusablePipActivity
- 将 AlwaysFocusablePipActivity 从stack 1 移动到 PINNED stack (stack id 4).
- dump activity的activities信息， 检查 mFocusedStack 是否 stack id为4.
最后的期望的 stack id 为4
mFocusedStack=ActivityStack{7d928bf stackId=4, 2 tasks}
其中 adb shell am stack move-top-activity-to-pinned-stack 1 0 0 500 500 这句命令，目的就是将 AlwaysFocusablePipActivity 从stack 1 移动到 PINNED stack (stack id 4), 然后将 PINNED Stack设置为 Focused 的stack.
代码跟踪
moveTopActivityToPinnedStack
moveTopStackActivityToPinnedStackLocked
moveActivityToPinnedStackLocked
moveTaskToStackLocked
moveTaskToStackUncheckedLocked
moveToFrontAndResumeStateIfNeeded
moveToFront
setFocusStackUnchecked
接着看下 setFocusStackUnchecked
void setFocusStackUnchecked(String reason, ActivityStack focusCandidate) {
if (!focusCandidate.isFocusable()) {
// The focus candidate isn't focusable. Move focus to the top stack that is focusable.
focusCandidate = focusCandidate.getNextFocusableStackLocked();
}
}
boolean isFocusable() {
if (StackId.canReceiveKeys(mStackId)) {
return true;
}
// The stack isn't focusable. See if its top activity is focusable to force focus on the
// stack.
final ActivityRecord r = topRunningActivityLocked();
return r != null && r.isFocusable();
}
public static boolean canReceiveKeys(int stackId) {
return stackId != PINNED_STACK_ID;
}
boolean isFocusable() {
return StackId.canReceiveKeys(task.stack.mStackId) || isAlwaysFocusable();
}
boolean isAlwaysFocusable() {
return (info.flags & FLAG_ALWAYS_FOCUSABLE) != 0;
}
前面在移动 Activity Stack 的时候都是 ok 的，但是当要把当前 PINNED stack设置为 Focused stack 的时候却出现问题了,
在设置一个 stack 为 focused stack 的时候，AMS会去检查这个 stack 是否是 可 focusable 的！其中 PINNED STACK 是不能接收Key的，所以只有topRunningActivity 是可 Focusable 的时候，那么 PINNED stack 才能Focusable.
从 isAlwaysFocusable() 函数可以看出来，只有当 PINNED STACK 里的 Activity的 flag 设置了FLAG_ALWAYS_FOCUSABLE 才能focuse.
而 FLAG_ALWAYS_FOCUSABLE 又是个什么标志呢？
三、FLAG_ALWAYS_FOCUSABLE标志
FLAG_ALWAYS_FOCUSABLE 这个标志是在 PKMS 去解析AndroidManifest.xml里设置的。
if (sa.getBoolean(R.styleable.AndroidManifestActivity_alwaysFocusable, false)) {
a.info.flags |= FLAG_ALWAYS_FOCUSABLE;
}
那么问题就转换成要为 AlwaysFocusablePipActivity 设置 alwaysFocusable 属性了。找到 AlwaysFocusablePipActivity 所在的 AndroidManifest.xml 里的描述，
<activity android:name=".AlwaysFocusablePipActivity"
android:theme="@style/Theme.Transparent"
android:resizeableActivity="true"
android:supportsPictureInPicture="true"
androidprv:alwaysFocusable="true"
android:exported="true"
android:taskAffinity="nobody.but.AlwaysFocusablePipActivity"/>
很明显 alwaysFocusable 已经被设置为 true (这里的 androidprv只是一个命名空间，无实际用处), 但是PKMS 竟然没有把它给解析出来。 那这肯定就是 PKMS 的问题了？ 不然，请继续查看
四、PKMS解析 alwaysFocusable 属性
明明已经设置了 alwaysFocusable 属性了，为什么 PKMS 解析不出来呢？？？？ 这么奇怪的问题。
从上一节中PKMS 获得该属性的方法得知，无非就是从 TypedArray 里去获得属性值，这还能有错？莫非是AssetManager没有把该值解析出来，赶紧 debug AssetManager.
TypedArray sa = res.obtainAttributes(parser, R.styleable.AndroidManifestActivity);
R.styleable.AndroidManifestActivity 定义在 framework-res里的attrs_manifest.xml中
<declare-styleable name="AndroidManifestActivity" parent="AndroidManifestApplication">
<!-- Required name of the class implementing the activity, deriving from
{@link android.app.Activity}. This is a fully
qualified class name (for example, com.mycompany.myapp.MyActivity); as a
short-hand if the first character of the class
is a period then it is appended to your package name. -->
<attr name="name" />
<attr name="theme" />
<attr name="label" />
<attr name="description" />
<attr name="icon" />
<attr name="banner" />
...
<attr name="alwaysFocusable" format="boolean" />
<attr name="enableVrMode" />
</declare-styleable>
R.styleable.AndroidManifestActivity 是一组int型数组， 数组元素是一个一个属性Id 值，而该值是通过 aapt编译出来的ID, 具体可以从 public_resources.xml里查看，该xml文件里面包含了所有的整个系统的resource id.
out/debug/target/common/obj/APPS/framework-res_intermediates/public_resources.xml
- 本地编译的属性值
<public type="attr" name="theme" id="0x01010000" />
<public type="attr" name="label" id="0x01010001" />
<public type="attr" name="icon" id="0x01010002" />
<public type="attr" name="name" id="0x01010003" />
<!-- Declared at frameworks/base/core/res/res/values/attrs_manifest.xml:1882 -->
<public type="^attr-private" name="systemUserOnly" id="0x011600c4" />
<!-- Declared at frameworks/base/core/res/res/values/attrs_manifest.xml:1899 -->
<public type="^attr-private" name="alwaysFocusable" id="0x011600c5" />
obtainAttributes 最终会调用 frameworks/base/core/jni/android_util_AssetManager.cpp
的 android_content_AssetManager_retrieveAttributes 函数， 而该函数获得对应属性值就是通过该属性的 id 值去编译出来的 xml文件获得。
而且很奇怪的一点，用本地编出来的CTS package去测试，结果就PASS了，而AOSP的CTS package 确是失败的。 这时通过加log调试, 发现 AOSP 编出来的CTS 里的 alwaysFocusable 的属性值与本地编出来的属性是不一样的。
- AOSP 属性值
<!-- Declared at frameworks/base/core/res/res/values/attrs_manifest.xml:1899 -->
<public type="^attr-private" name="alwaysFocusable" id="0x011600c3" />
从这里基本就可以知道为什么 alwaysFocusable 不能被解析出来了。
五、结论
为什么本地与AOSP编译出来的 alwaysFocusable 的 ID 属性值是不一样的呢？
从 type="^attr-private 与 type="attr" 大概可以猜出来,alwaysFocusable 应该是 私有的 属性，非public的属性。
定义成 public 的属性不管是在什么平台下编出来，其 ID 值应该是一样的。而非public 的属性就不一定了，因为vendor可能自己会定义一些属性，这样 aapt 在解析这些属性, 并给他们赋值时, 可能就会不一样。
而public的属性，作为 AOSP 提供给上层 app 开发者，它们的值必须一样，否则就会导致app 在不同的厂商不兼容的情况。
public的属性值可以从 frameworks/base/core/res/res/values/public.xml 里查看
因此，从这里可以看出来这个是 Google 的问题， 因为Google 用了非public 的属性值编译出来的CTS package 来测试不同的 vendor, 这样做是不正确的。
