我们这里举个例子来理解Fragment生命周期方法。功能如下:共有两个Fragment:FragmentTest和FragmentTestReplace,FragmentTest通过点击按钮初时加入Activity,点击F1中的按钮调用replace替换为F2。
activity的初始化时,日志如下:
当点击Activity中的按钮在Activity中添加FragmentTest时,日志如下:
在Activity的onCreate()中添加,日志如下:
可以看出:Fragment的onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()都是在Activity的onStart()中调用的。
接下去分两种情况,分别是不加addToBackStack()和加addToBackStack()。
- 当点击按钮,调用
replace()
将FragmentTest
替换为FragmentTestReplace
,且不加addToBackStack()时,日志如下:
可以看到,F1最后调用了onDestroy()和onDetach()。
- 当点击按钮,调用
replace()
将FragmentTest
替换为FragmentTestReplace
,加addToBackStack()时,日志如下:
可以看到,F1被替换时,最后只调到了onDestroyView()
,并没有调用onDestroy()和onDetach()
。当用户点返回按钮回退事务时,F1会调onCreateView()->onStart()->onResume()
,因此在Fragment事务中加不加addToBackStack()会影响Fragment的生命周期。
FragmentTransaction有一些基本方法,下面给出调用这些方法时,Fragment生命周期的变化:
add()
: onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()->onResume(),在执行add()时,同一个Fragment不允许被add()两次
remove()
: onPause()->onStop()->onDestroyView()->onDestroy()->onDetach()。replace()
:相当于新Fragment调用add(),旧Fragment调用remove()
,replace() 方法不会保留 Fragment 的状态
,也就是说诸如 EditText 内容输入等用户操作在 remove() 时会消失。分为两种情况- 不加
addToBackStack()
: new onAttach() -> new onCreate() -> old onPause()-> old onStop()-> old onDestroyView()-> old onDestroy()-> old onDetach() -> new onCreateView() -> new onActivityCreated() -> new onStart()。 - 加
addToBackStack()
: new onAttach() -> new onCreate() -> old onPause()-> old onStop()-> old onDestroyView() -> new onCreateView -> new onActivityCreated() -> new onStart()。 show()
: 不调用任何生命周期方法,调用该方法的前提是要显示的Fragment已经被添加到容器,只是纯粹把Fragment UI的setVisibility为true。hide()
: 不调用任何生命周期方法,调用该方法的前提是要显示的Fragment已经被添加到容器,只是纯粹把Fragment UI的setVisibility为false。detach()
: onPause()->onStop()->onDestroyView()。
Detach the given fragment from the UI. This is the same state as when it is put on the back stack: the fragment is removed from the UI, however its state is still being actively managed by the fragment manager. When going into this state its view hierarchy is destroyed.
。从中可以看出detach仅仅是销毁fragment的UI,Fragment还被fragmentManager管理。
attach()
: onCreateView() -> onActivityCreated -> onStart() -> onResume()。Re-attach a fragment after it had previously been detached from the UI with detach(android.app.Fragment).
意思就是attach重新添加是被detach销毁的fragment.commit()
:提交事务·每次提交之前,必须通过mFragmentManager.beginTransaction()重新开始一个事务
。
Fragment的返回栈
我们知道Activity有任务栈,用户通过startActivity将Activity加入栈,点击返回按钮将Activity出栈。Fragment也有类似的栈,称为回退栈
(Back Stack),回退栈是由FragmentManager
管理的。默认情况下,Fragment事务是不会加入回退栈的,如果想将Fragment事务加入回退栈,则可以加入addToBackStack("")
。如果没有加入回退栈,则用户点击返回按钮会直接将Activity出栈;如果加入了回退栈,则用户点击返回按钮会回滚Fragment事务。
3. Fragment通信
Fragment向Activity传递数据
首先,在Fragment中定义接口,并让Activity实现该接口(具体实现省略):
public interface OnFragmentInteractionListener {
void onItemClick(String str); //将str从Fragment传递给Activity
}
在Fragment的onAttach()中,将参数Context强转为OnFragmentInteractionListener对象:
public void onAttach(Context context) {
super.onAttach(context);
if (context instanceof OnFragmentInteractionListener) {
mListener = (OnFragmentInteractionListener) context;
} else {
throw new RuntimeException(context.toString()
- " must implement OnFragmentInteractionListener");
}
}
并在Fragment合适的地方调用mListener.onItemClick(“hello”)将”hello”从Fragment传递给Activity。
FABridge
由于通过接口的方式从Fragment向Activity进行数据传递比较麻烦,需要在Fragment中定义interface,并让Activity实现该interface,FABridge通过@FCallbackId
注解的形式免去了这些定义。
- 在module的build.gradle中添加依赖:
annotationProcessor ‘com.zhy.fabridge:fabridge-compiler:1.0.0’
implementation ‘com.zhy.fabridge:fabridge-api:1.0.0’
- 在需要进行
Fragment向Activity进行数据传递Fragment中定义方法ID
,这里为FAB_CLICK
,接着在Activity中定义接口,接口必须为public
:
@FCallbackId(id = FAB_CLICK)
public void onFabClick(String str) { //方法名任意
mTextView.setText(str + “小哥哥”);
}
- 在Fragment中,通过以下形式调用
ID=FAB_CLICK
的方法(该方法可能在Activity中,也可能在任何类中
):
Fabridge.call(mActivity,FAB_ITEM_CLICK,“我是”); //调用ID对应的方法,"data"为参数值
Activity向Fragment传递数据
- 如果在创建Fragment时要传入参数,必须要通过
setArguments(Bundle bundle)方式添加,setArguments方法必须在fragment创建以后,添加给Activity前完成
,而不建议通过为Fragment添加带参数的构造函数,因为通过setArguments()方式添加,在由于内存紧张导致Fragment被系统杀掉并恢复(re-instantiate)时能保留这些数据
。
public static Fragment newInstance(String str) {
FragmentTest fragment = new FragmentTest();
Bundle bundle = new Bundle();
bundle.putString(ARG_PARAM, str);
fragment.setArguments(bundle);//设置参数
return fragment;
}
- Activity向Fragment传递数据比较简单,获取Fragment对象,并调用Fragment的方法即可,比如要将一个字符串传递给Fragment,则在Fragment中定义方法:
public void setString(String str) {
this.str = str;
}
并在Activity中调用fragment.setString("hello")
即可。
Fragment之间通信
由于Fragment之间是没有任何依赖关系的,因此如果要进行Fragment之间的通信,建议通过Activity作为中介,不要Fragment之间直接通信。
4. DialogFragment
DialogFragment是Android 3.0提出的,代替了Dialog,用于实现对话框。他的优点是:即使旋转屏幕,也能保留对话框状态。
如果要自定义对话框样式,只需要继承DialogFragment,并重写onCreateView(),该方法返回对话框UI。这里我们举个例子,实现进度条样式的圆角对话框。
public class ProgressDialogFragment extends DialogFragment {
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
getDialog().requestWindowFeature(Window.FEATURE_NO_TITLE); //消除Title区域
getDialog().getWindow().setBackgroundDrawable(new ColorDrawable(Color.TRANSPARENT)); //将背景变为透明
setCancelable(false); //点击外部不可取消
View root = inflater.inflate(R.layout.fragment_progress_dialog, container);
return root;
}
public static ProgressDialogFragment newInstance() {
return new ProgressDialogFragment();
}
}
进度条动画我们使用Lottie实现,Lottie动画从这里找到。使用非常方便,只需要下载JSON动画文件,然后在XML中写入:
<com.airbnb.lottie.LottieAnimationView
android:layout_width=“wrap_content” //大小根据JSON文件确定
android:layout_height=“wrap_content”
app:lottie_fileName=“loader_ring.json” //JSON文件
app:lottie_loop=“true” //循环播放
app:lottie_autoPlay=“true” /> //自动播放
然后通过下面代码显示对话框:
ProgressDialogFragment fragment = ProgressDialogFragment.newInstance();
fragment.show(getSupportFragmentManager(), “tag”);
//fragment.dismiss();
为了实现圆角,除了在onCreateView()中把背景设为透明,还需要对UI加入背景:
5. ViewPager+Fragment相关
基本使用
ViewPager是support v4库中提供界面滑动的类,继承自ViewGroup。PagerAdapter是ViewPager的适配器类,为ViewPager提供界面。但是一般来说,通常都会使用PagerAdapter的两个子类:FragmentPagerAdapter
和FragmentStatePagerAdapter
作为ViewPager的适配器,他们的特点是界面是Fragment。
在support v13和support v4中都提供了FragmentPagerAdapter和FragmentStatePagerAdapter,区别在于:support v13中使用android.app.Fragment,而support v4使用android.support.v4.app.Fragment。一般都使用support v4中的FragmentPagerAdapter和FragmentStatePagerAdapter。
默认,ViewPager会缓存当前页相邻的界面,比如当滑动到第2页时,会初始化第1页和第3页的界面(即Fragment对象,且生命周期函数运行到onResume()),可以通过setOffscreenPageLimit(count)设置离线缓存的界面个数。
FragmentPagerAdapter和FragmentStatePagerAdapter需要重写的方法都一样,常见的重写方法如下:
public FragmentPagerAdapter(FragmentManager fm)
: 构造函数,参数为FragmentManager。如果是嵌套Fragment场景,子PagerAdapter的参数传入getChildFragmentManager()。Fragment getItem(int position)
: 返回第position位置的Fragment,必须重写。int getCount()
: 返回ViewPager的页数,必须重写。Object instantiateItem(ViewGroup container, int position)
: container是ViewPager对象,返回第position位置的Fragment。void destroyItem(ViewGroup container, int position, Object object)
: container是ViewPager对象,object是Fragment对象。getItemPosition(Object object)
: object是Fragment对象,如果返回POSITION_UNCHANGED,则表示当前Fragment不刷新,如果返回POSITION_NONE,则表示当前Fragment需要调用destroyItem()
和instantiateItem()
进行销毁和重建。默认情况下返回POSITION_UNCHANGED。
Fragment 处理返回键
虽然Activity作为Fragment的载体,但是在有些特殊(例如按下返回键,Fragment 直接把结果发送到 Activity载体)的情况下,Fragment也不得不处理返回键事件。如果是Activity的话还好说,直接覆盖Activity的onBackPressed即可,但是Fragment却没有这个onBackPressed方法,需要自己进行处理
。其实在开发的时候都会封装Fragment和Activity的用于实现自己的逻辑。
public interface OnBackPressed {
boolean onBackPressed();
}
public class BaseFragment extends Fragment implements OnBackPressed {
/**
- fragment 中的返回键
- 默认返回 false,交给Activity 处理
- 返回 true:执行fragment中需要执行的逻辑
- 返回 false:执行Activity中的onBackPressed
*/
@Override
public boolean onBackPressed() {
return false;
}
}
@Override
public void onBackPressed() {
List fragments = getSupportFragmentManager().getFragments();
for (Fragment f : fragments) {
if (f != null && f instanceof BaseFragment&& ((BaseFragment) f).onBackPressed()) {
/在Fragment中处理返回事件/
return;
}
}
super.onBackPressed();
}
@Override
public boolean onBackPressed() {
super.onBackPressed();
/处理返回事件/
return true;
}
懒加载
懒加载主要用于ViewPager且每页是Fragment的情况,场景为微信主界面,底部有4个tab,当滑到另一个tab时,先显示”正在加载”,过一会才会显示正常界面。
默认情况,ViewPager会缓存当前页和左右相邻的界面。实现懒加载的主要原因是:用户没进入的界面需要有一系列的网络、数据库等耗资源、耗时的操作,预先做这些数据加载是不必要的。
这里懒加载的实现思路是:用户不可见的界面,只初始化UI,但是不会做任何数据加载。等滑到该页,才会异步做数据加载并更新UI。
这里就实现类似微信那种效果,整个UI布局为:底部用PagerBottomTabStrip
项目实现,上面是ViewPager,使用FragmentPagerAdapter。逻辑为:当用户滑到另一个界面,首先会显示正在加载,等数据加载完毕后(这里用睡眠1秒钟代替)显示正常界面。
ViewPager默认缓存左右相邻界面,为了避免不必要的重新数据加载(重复调用onCreateView()
),因为有4个tab,因此将离线缓存的半径设置为3,即setOffscreenPageLimit(3)
。
懒加载主要依赖Fragment的setUserVisibleHint(boolean isVisible)
方法,当Fragment变为可见时,会调用setUserVisibleHint(true)
;当Fragment变为不可见时,会调用setUserVisibleHint(false)
,且该方法调用时机:
onAttach()
之前,调用setUserVisibleHint(false)。onCreateView()
之前,如果该界面为当前页,则调用setUserVisibleHint(true),否则调用setUserVisibleHint(false)。- 界面变为可见时,调用
setUserVisibleHint(true)
。 - 界面变为不可见时,调用
setUserVisibleHint(false)
。 懒加载Fragment的实现:
public class LazyFragment extends Fragment {
private View mRootView;
private boolean mIsInited;
private boolean mIsPrepared;
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
mRootView = inflater.inflate(R.layout.fragment_lazy, container, false);
mIsPrepared = true;
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
zZX3-1710914426476)]
[外链图片转存中…(img-BwlXepol-1710914426477)]
[外链图片转存中…(img-jJzAqWpY-1710914426477)]
[外链图片转存中…(img-YLzDAdXX-1710914426478)]
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
[外链图片转存中…(img-PL5JTpBt-1710914426478)]