抽离Android原生控件的方法

Android源码

在线源码：http://androidxref.com/

这个网站很有用，除了可以搜索某个类的源码，还可以定位到源码所在的目录。

Android原生控件的源码

通过上面网站搜索，可以看到Android大部分Widget都在以下目录。

Widget源码目录：/frameworks/base/core/java/android/widget/

View源码目录：/frameworks/base/core/java/android/view/

为什么需要抽离原生控件

理由很简单，Android对原生控件进行了封装保护，有时候，仅仅通过继承并不能解决问题，一些私有变量，私有方法仍旧无法被访问。明明只需要对控件内部进行一些小改造就能完成任务，但由于访问限制，我们只能自定义控件，在实现原生控件的大部分功能基础上，再进行一些需求的定制。如果此时可以直接将原生控件从Android中抽离，那么工作量就会少很多。(反过来，即使不抽离原生控件，也需要自实现一个类似原生的自定义控件，除去工作量，还比不上原生的稳定性，综合起来，抽离是不错的思路)

抽离原生Gallery控件

Android原生的Gallery控件被标记为过时，如果需要使用，可以将其抽离。EcoGallery就是这样做的。

原生Widget都在同一个package里面，一些访问权限可以直接访问，而抽离后，需要进行特别处理。

有需要的可以使用Beyong Compare比较EcoGallery和原生Gallery的源码，就可以看到额外的处理。

1. 对父类的Field属性访问替代为Method接口访问

比如，Gallery里对布局属性的访问，是直接访问父类的属性。

mLeft

mRight

mPaddingLeft

mPaddingRight

抽离时，可以替代为父类的方法访问。前提是父类有提供对应的访问接口。

getLeft();

getRight();

getPaddingLeft();

getPandingRight();

这里其实不必要，既然Gallery里能够直接访问mPaddingLeft，意味着父类的该属性肯定不是private，所以可以不作修改。当且仅当父类的属性是private时，才需要转换为Method方式访问。出现这种情况，通常是新的SDK中，将访问权限修改了。

更新：

上面的理解是错误的，EcoGallery之所以需要使用方法访问，是因为Android SDK源码里，部分属性和接口会添加@hide注释。该注释的作用是在生成SDK时会将对应的属性和接口删除，所以我们的APP在使用SDK时，是无法找到标记为@hide的那些属性和接口，导致我们的APP无法通过编译。仅仅是无法通过编译而已，使用反射是可以访问的。这才是EcoGallery需要改变访问方式的真正原因。

如果想编译成功，可以自行编译原始的 android.jar替代SDK目录下对应的android.jar。

@hide的属性和方法意味着不稳定，在新版本可能被修改，所以直接访问@hide的属性和方法的APP的稳定性在新版本得不到保障。

另外，如果控件开源给别人使用，就不能使用替代android.jar的方式，因为别人拿到源码却编译不过就尴尬了。

2. 私有的访问可以使用反射来修复

如果新的SDK中，将访问权限关闭了，那么是不是没辙了。也不是，可以通过反射来访问。

mGroupFlags |= FLAG_USE_CHILD_DRAWING_ORDER;

mGroupFlags |= FLAG_SUPPORT_STATIC_TRANSFORMATIONS;

/**

* When set, the drawing method will call {@link #getChildDrawingOrder(int, int)}

* to get the index of the child to draw for that iteration.

*

* @hide

* ViewGroup源码

*/

protected static final int FLAG_USE_CHILD_DRAWING_ORDER = 0x400;

/**

* When set, this ViewGroup supports static transformations on children; this causes

* {@link #getChildStaticTransformation(View, android.view.animation.Transformation)} to be

* invoked when a child is drawn.

* ViewGroup源码

*/

protected static final int FLAG_SUPPORT_STATIC_TRANSFORMATIONS = 0x800;

mGroupFlags在这里可能相当于Windows下的窗口样式，可以改变控件的行为。

以上操作，大致是指启用自定义子View的绘制顺序和绘制前调用TRANSFORMATIONS的特性。应该是分别对应以下的重写方法：

@Override

protected int getChildDrawingOrder(int childCount, int i)

@Override

protected boolean getChildStaticTransformation(View child, Transformation t)

mGroupFlags是ViewGroup里面的属性，新的SDK中，通过继承是可以直接访问到的。

/**

* Internal flags.

*

* This field should be made private, so it is hidden from the SDK.

* {@hide}

*/

protected int mGroupFlags;

可能旧的SDK这个属性是private的，所以EcoGallery里是使用反射来访问和设置私有属性mGroupFlags的值。但反过来想觉得不是。因为原生Gallery里都可以直接访问mGroupFlags，说明它没有限制访问权限。所以，EcoGallery里这样操作，可能是防范于未然。

// We draw the selected item last (because otherwise the item to the

// right overlaps it)

int FLAG_USE_CHILD_DRAWING_ORDER = 0x400;

int FLAG_SUPPORT_STATIC_TRANSFORMATIONS = 0x800;

Class vgClass = ViewGroup.class;

try {

Field childDrawingOrder = vgClass.getDeclaredField("FLAG_USE_CHILD_DRAWING_ORDER");

Field supportStaticTrans = vgClass.getDeclaredField("FLAG_SUPPORT_STATIC_TRANSFORMATIONS");

childDrawingOrder.setAccessible(true);

supportStaticTrans.setAccessible(true);

FLAG_USE_CHILD_DRAWING_ORDER = childDrawingOrder.getInt(this);

FLAG_SUPPORT_STATIC_TRANSFORMATIONS = supportStaticTrans.getInt(this);

} catch (NoSuchFieldException e) {

Log.e(LOG_TAG, e.getMessage(), e);

} catch (IllegalAccessException e) {

Log.e(LOG_TAG, e.getMessage(), e);

}

try {

// set new group flags

Field groupFlags = vgClass.getDeclaredField("mGroupFlags");

groupFlags.setAccessible(true);

int groupFlagsValue = groupFlags.getInt(this);

groupFlagsValue |= FLAG_USE_CHILD_DRAWING_ORDER;

groupFlagsValue |= FLAG_SUPPORT_STATIC_TRANSFORMATIONS;

groupFlags.set(this, groupFlagsValue);

// working!

mBroken = false;

} catch (NoSuchFieldException e) {

Log.e(LOG_TAG, e.getMessage(), e);

} catch (IllegalAccessException e) {

Log.e(LOG_TAG, e.getMessage(), e);

}

具体如何使用反射来访问和设置私有属性，可以google。

代码中的mBroken标识，用来表示控件初始化是否完整，如果通过反射设置失败，意味着控件初始化是不完整的，外部可以通过这个标识来判断控件是否可用。

从这里想，或者，不需要完全抽离原生控件，继承原生控件，然后使用反射来访问私有权限，完成对原生控件内部的小修改，理论上应该也是可行的。

3. 简化不必要的代码

原生Gallery里，支持RTL特性，进行了额外的处理。EcoGallery抽离时，删掉了对RTL的支持。在抽离过程，可以对不需要使用的特性进行精简。