理解ActionBarSherlock的LayoutInflater.Factory实现-优快云博客

理解ActionBarSherlock的LayoutInflater.Factory实现

【免费下载链接】ActionBarSherlock [DEPRECATED] Action bar implementation which uses the native action bar on Android 4.0+ and a custom implementation on pre-4.0 through a single API and theme. 项目地址: https://gitcode.com/gh_mirrors/ac/ActionBarSherlock

ActionBarSherlock是一个已过时但重要的Android库，它通过统一的API和主题，在Android 4.0+系统上使用原生操作栏（Action Bar），在4.0以下系统上使用自定义实现。LayoutInflater.Factory（布局加载器工厂）是其实现跨版本兼容性的关键技术之一，负责在不同Android版本中统一解析布局文件并创建视图。

核心功能与实现位置

LayoutInflater.Factory是Android系统提供的一个接口，允许应用程序自定义视图的创建过程。ActionBarSherlock通过实现该接口，拦截系统的布局解析流程，将自定义的操作栏组件（如ActionBarView、ActionBarContextView）注入到布局中，从而实现在低版本系统上模拟ActionBar的效果。

该功能的核心实现位于以下文件：

低版本兼容实现：actionbarsherlock/src/com/actionbarsherlock/internal/ActionBarSherlockCompat.java
高版本原生实现：actionbarsherlock/src/com/actionbarsherlock/internal/ActionBarSherlockNative.java

低版本系统中的布局拦截机制

在Android 3.0（API 11）以下系统中，ActionBarSherlock通过ActionBarSherlockCompat类实现LayoutInflater.Factory接口，并重写onCreateView方法，拦截特定标签的视图创建请求。

关键代码逻辑如下：

// 简化自ActionBarSherlockCompat的installDecor方法
private void installDecor() {
    if (mDecor == null) {
        mDecor = (ViewGroup) LayoutInflater.from(mActivity).inflate(R.layout.abs__screen_action_bar, null);
        // 设置自定义LayoutInflater.Factory
        LayoutInflater.from(mActivity).setFactory(this);
        mContentParent = (ViewGroup) mDecor.findViewById(R.id.abs__content);
    }
}

// 实现LayoutInflater.Factory接口
@Override
public View onCreateView(String name, Context context, AttributeSet attrs) {
    // 拦截系统视图创建，返回自定义ActionBar组件
    if ("com.actionbarsherlock.internal.widget.ActionBarView".equals(name)) {
        return new ActionBarView(context, attrs);
    } else if ("com.actionbarsherlock.internal.widget.ActionBarContextView".equals(name)) {
        return new ActionBarContextView(context, attrs);
    }
    // 其他视图交给系统处理
    return super.onCreateView(name, context, attrs);
}

高版本系统的原生组件适配

在Android 4.0（API 14）及以上系统中，ActionBarSherlockNative类直接使用系统原生ActionBar，但仍通过LayoutInflater.Factory确保布局解析的兼容性。例如，在setContentView方法中初始化ActionBar：

// 来自ActionBarSherlockNative.java
@Override
public void setContentView(int layoutResId) {
    mActivity.getWindow().setContentView(layoutResId);
    initActionBar(); // 初始化原生ActionBar
}

private void initActionBar() {
    if (mActionBar == null && mActivity.getActionBar() != null) {
        mActionBar = new ActionBarWrapper(mActivity); // 包装原生ActionBar
    }
}

跨版本布局兼容性设计

ActionBarSherlock的布局文件通过资源限定符（如res/layout-v14）为不同版本系统提供差异化布局，而LayoutInflater.Factory则负责将这些布局中的自定义标签映射到具体实现类。

例如，低版本布局文件res/layout/abs__screen_action_bar.xml包含自定义ActionBarView：

<com.actionbarsherlock.internal.widget.ActionBarContainer
    xmlns:android="http://schemas.android.com/apk/res/android">
    <com.actionbarsherlock.internal.widget.ActionBarView
        android:id="@+id/abs__action_bar"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"/>
    <FrameLayout
        android:id="@+id/abs__content"
        android:layout_width="match_parent"
        android:layout_height="match_parent"/>
</com.actionbarsherlock.internal.widget.ActionBarContainer>

而高版本布局文件res/layout-v14/abs__screen_action_bar.xml则直接使用系统控件：

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android">
    <FrameLayout
        android:id="@+id/abs__content"
        android:layout_width="match_parent"
        android:layout_height="match_parent"/>
</FrameLayout>

实际效果与示例

通过LayoutInflater.Factory机制，ActionBarSherlock实现了跨版本的统一视觉效果。例如，在Android 2.3（API 9）系统上，应用会显示自定义的ActionBarView：

而在Android 4.1（API 16）系统上，会自动切换到原生ActionBar：

核心组件与路径

ActionBarSherlock的LayoutInflater.Factory实现涉及以下关键组件和资源：

组件类型	路径	作用
布局文件	actionbarsherlock/res/layout/abs__screen_action_bar.xml	低版本系统的ActionBar布局模板
自定义视图	actionbarsherlock/internal/widget/ActionBarView.java	模拟ActionBar的核心视图
主题资源	actionbarsherlock/res/values/themes.xml	定义跨版本的样式统一
兼容性工厂	ActionBarSherlockCompat.java	低版本布局拦截与视图创建

总结与启示

ActionBarSherlock的LayoutInflater.Factory实现为Android开发提供了重要启示：通过自定义布局解析流程，可以在不同系统版本间实现组件的兼容性适配。尽管该库已过时，但其设计思想仍适用于解决类似的跨版本兼容性问题，例如自定义视图组件的版本适配、第三方库的低版本支持等。