Android FragmentTabHost看源码延伸

FragmentTabHost

v4包里面，继承TabHost，实现OnTabChangeListener ，但同时它自己也有一个OnTabChangeListener属性，这个类来源于TabHost，为啥要这样设计呢，是因为这是一个需要暴露给用户使用的，当然，当用户的activity没有主动实现它的时候，就是FragmentTabHost调用自己继承的OnTabChangeListener去做响应操作

public class FragmentTabHost extends TabHost implements OnTabChangeListener

自己继承OnTabChangeListener需要重写onTabChanged()方法，

if(this.mAttached) {
FragmentTransaction ft = this.doTabChanged(tabId, (FragmentTransaction)null);
if(ft != null) {
ft.commit();
}
}

这个函数会调用doTabChanged()方法，这个方法里面的代码就很熟悉了：
根据给的tabId找到对应的Fragment(注意用户的Fragments以及被装载进来了)，然后判断这个Fragment和FragmentTabHost的mLastTab所对应的是不是同一个，如果不是且mLastTab对应的Fragment不为null，那么就让FragmentTransaction剥离它。接下来如果newTab对应的Fragment为null，那么创建它并绑定它，创建的时候用的Fragment.instantiate(),很熟悉吧，创建完之后用FragmentTransaction的add添加进去。如果不为null，更省事，直接ft.attach(newTab.fragment);最后 this.mLastTab = newTab;
那么问题来了，newTab为null了为什么还有判断它的Fragment呢，因为它是这样的:

static final class TabInfo {
private final String tag;
private final Class< ?> clss;
private final Bundle args;
private Fragment fragment; TabInfo(String _tag, Class< ?> _class, Bundle _args) {
this.tag = _tag;
this.clss = _class;
this.args = _args;
}
}

既然它这么多属性，肯定都是有用的，那就回到activity层面看看,我们的activity是这样写的

for (int i = 0; i < tabs.length; i++) {
mTabHost.addTab(mTabHost.newTabSpec(tabs[i]).setIndicator(tabs[i]),
cls[i], null);
}
.
.
.
mTabHost.setCurrentTabByTag(tabs[0]);
这个函数其实就是我们源码的入口，它其实是FragmentTabHost父类TabHost的函数，那么就有了下面的流程

TabHost:setCurrentTabByTag –>setCurrentTab–>invokeOnTabChangeListener,
如果在activity里面我们设置了OnTabChangeListener，那么它接下来会–>mOnTabChangeListener.onTabChanged(),如果没有设置，那么就不做任何操作，即invokeOnTabChangeListener为null。

上面说了这个mOnTabChangeListener在TabHost里面是接口的形式，