Android Fragment 使用解析,Android程序员最新职业规划

View root = inflater.inflate(R.layout.fragment_1, container, false);
TextView view = root.findViewById(R.id.text);
view.setText(mParam);
return root;
}
public static Fragment1 newInstance(String str) {
Fragment1 frag = new Fragment1();
Bundle bundle = new Bundle();
bundle.putString(ARG_PARAM, str);
fragment.setArguments(bundle); //设置参数
return fragment;
}
}

Fragment有很多可以复写的方法,其中最常用的就是onCreateView(),该方法返回Fragment的UI布局,需要注意的是inflate()的第三个参数是false,因为在Fragment内部实现中,会把该布局添加到container中,如果设为true,那么就会重复做两次添加,则会抛如下异常:

Caused by: java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child’s parent first.

如果在创建Fragment时要传入参数,必须要通过setArguments(Bundle bundle)方式添加,setArguments方法必须在fragment创建以后,添加给Activity前完成,而不建议通过为Fragment添加带参数的构造函数,因为通过setArguments()方式添加,在由于内存紧张导致Fragment被系统杀掉并恢复(re-instantiate)时能保留这些数据。官方建议如下:

It is strongly recommended that subclasses do not have other constructors with parameters, since these constructors will not be called when the fragment is re-instantiated.

我们可以在Fragment的onAttach()中通过getArguments()获得传进来的参数,并在之后使用这些参数。

如果要获取Activity对象,不建议调用getActivity(),而是在onAttach()中将Context对象强转为Activity对象

创建完Fragment后,接下来就是把Fragment添加到Activity中。在Activity中添加Fragment的方式有两种:

  • 静态添加:在xml中通过的方式添加,缺点是一旦添加就不能在运行时删除。
<?xml version="1.0" encoding="utf-8"?>



  • 动态添加:运行时添加,这种方式比较灵活,因此建议使用这种方式。 虽然Fragment能在XML中添加,但是这只是一个语法糖而已,Fragment并不是一个View,而是和Activity同一层次的。

首先Activity需要有一个容器存放Fragment,一般是FrameLayout,因此在Activity的布局文件中加入FrameLayout:

然后在onCreate()中,通过以下代码将Fragment添加进Activity中。

if (bundle == null) {
getSupportFragmentManager().beginTransaction()
.add(R.id.container, Fragment1.newInstance(“hello world”),“f1”)
//.addToBackStack(“fname”)
.commit();
}

这里需要注意几点:

  • 因为我们使用了support库的Fragment,因此需要使用getSupportFragmentManager()获取FragmentManager,通过getSupportFragmentManager()获取的FragmentManager只能管理Activity里面嵌入的所有一级fragment

  • add()是对Fragment众多操作中的一种,还有remove(), replace()等,第一个参数是根容器的id(FrameLayout的id,即”@id/container”),第二个参数是Fragment对象,第三个参数是fragment的tag名,指定tag的好处是后续我们可以通过Fragment1 frag = getSupportFragmentManager().findFragmentByTag("f1")从FragmentManager中查找Fragment对象。

  • 在一次事务中,可以做多个操作,比如同时做add().remove().replace()

  • commit()操作是异步的,内部通过mManager.enqueueAction()加入处理队列。对应的同步方法为commitNow()commit()内部会有checkStateLoss()操作,如果开发人员使用不当(比如commit()操作在onSaveInstanceState()之后),可能会抛出异常,而commitAllowingStateLoss()方法则是不会抛出异常版本的commit()方法,但是尽量使用commit(),而不要使用commitAllowingStateLoss()

  • addToBackStack(“fname”)是可选的。FragmentManager拥有回退栈(BackStack),类似于Activity的任务栈,如果添加了该语句,就把该事务加入回退栈,当用户点击返回按钮,会回退该事务(回退指的是如果事务是add(frag1),那么回退操作就是remove(frag1));如果没添加该语句,用户点击返回按钮会直接销毁Activity。

  • Fragment有一个常见的问题,即Fragment重叠问题,这是由于Fragment被系统杀掉,并重新初始化时再次将fragment加入activity,因此通过在外围加if语句能判断此时是否是被系统杀掉并重新初始化的情况。解决方法有三种

    • 第一种方式,在 Activity 提供的 onAttachFragment() 方法中处理:
@Override
public void onAttachFragment(Fragment fragment) {
super.onAttachFragment(fragment);
if (fragment instanceof  OneFragment){
    oneFragment = (OneFragment) fragment;
    }
} 
*   第二种方式,在创建 Fragment 前添加判断,判断是否已经存在:
Fragment tempFragment = getSupportFragmentManager()
.findFragmentByTag("OneFragment");
if (tempFragment==null) {
    oneFragment = OneFragment.newInstance();
    ft.add(R.id.fl_content, oneFragment, "OneFragment");
    }else {
    oneFragment = (OneFragment) tempFragment;
    } 
*   第三种方式,更为简单,直接利用 savedInstanceState 判断即可:
if (savedInstanceState==null) {
oneFragment = OneFragment.newInstance();
ft.add(R.id.fl_content, oneFragment, "OneFragment");
}else {
oneFragment = (OneFragment) getSupportFragmentManager().findFragmentByTag("OneFragment");
} 

Fragment有个常见的异常:

java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState at android.support.v4.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1341) at android.support.v4.app.FragmentManagerImpl.enqueueAction(FragmentManager.java:1352) at android.support.v4.app.BackStackRecord.commitInternal(BackStackRecord.java:595) at android.support.v4.app.BackStackRecord.commit(BackStackRecord.java:574)

该异常出现的原因是:commit()在onSaveInstanceState()后调用。首先,onSaveInstanceState()是在Activity可能被系统回收的情况下,而且是在onPause()之后,onStop()之前调用。onRestoreInstanceState()在onStart()之后,onResume()之前。

解释一下:onSaveInstanceState()是当activity可能被系统回收的情况下,而且是在onStop()之前。注意是有可能,如果是已经确定会被销毁,比如用户按下了返回键,或者调用了finish()方法销毁activity,则onSaveInstanceState不会被调用。或者也可以说,此方法只有在activity被异常终止的情况下会被调用

onRestoreInstanceState(Bundle savedInstanceState)只有在activity确实是被系统回收,重新创建activity情况下才会被调用,并且是在onStart()之后,onResume()之前的。

因此避免出现该异常的方案有:

  • 不要把Fragment事务放在异步线程的回调中,比如不要把Fragment事务放在AsyncTask的onPostExecute(),因此onPostExecute()可能会在onSaveInstanceState()之后执行。
  • 逼不得已时使用commitAllowingStateLoss()。

2. Fragment的生命周期

Fragment必须是依存与Activity而存在的,因此Activity的生命周期会直接影响到Fragment的生命周期。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

可以看到Fragment比Activity多了几个额外的生命周期回调方法:

  • onAttach(Context context):Fragment和Activity相关联时调用。如果不是一定要使用具体的宿主 Activity 对象的话,可以使用这个方法或者getContext()获取 Context 对象,用于解决Context上下文引用的问题。同时还可以在此方法中可以通过getArguments()获取到需要在Fragment创建时需要的参数。
  • onCreate():Fragment被创建时调用。
  • onCreateView():创建Fragment的布局。
  • onActivityCreated():当Activity完成onCreate()时调用。
  • onStart():当Fragment可见时调用。
  • onResume():当Fragment可见且可交互时调用。
  • onPause():当Fragment不可交互但可见时调用。
  • onStop():当Fragment不可见时调用。
  • onDestroyView():当Fragment的UI从视图结构中移除时调用。
  • onDestroy():销毁Fragment时调用。
  • onDetach():当Fragment和Activity解除关联时调用。

上面的方法中,只有onCreateView()在重写时不用写super方法,其他都需要。

因为Fragment是依赖Activity的,因此为了讲解Fragment的生命周期,需要和Activity的生命周期方法一起讲,即Fragment的各个生命周期方法和Activity的各个生命周期方法的关系和顺序,如图:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

我们这里举个例子来理解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()。

  1. 当点击按钮,调用replace()FragmentTest替换为FragmentTestReplace,且不加addToBackStack()时,日志如下:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

可以看到,F1最后调用了onDestroy()和onDetach()。

  1. 当点击按钮,调用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注解的形式免去了这些定义。

  1. 在module的build.gradle中添加依赖:

annotationProcessor ‘com.zhy.fabridge:fabridge-compiler:1.0.0’
implementation ‘com.zhy.fabridge:fabridge-api:1.0.0’

  1. 在需要进行Fragment向Activity进行数据传递Fragment中定义方法ID,这里为FAB_CLICK,接着在Activity中定义接口,接口必须为public

@FCallbackId(id = FAB_CLICK)
public void onFabClick(String str) { //方法名任意
mTextView.setText(str + “小哥哥”);
}

  1. 在Fragment中,通过以下形式调用ID=FAB_CLICK的方法(该方法可能在Activity中,也可能在任何类中):

Fabridge.call(mActivity,FAB_ITEM_CLICK,“我是”); //调用ID对应的方法,"data"为参数值

Activity向Fragment传递数据

  1. 如果在创建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;
}

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

img
img

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V:vip204888 备注Android获取(资料价值较高,非无偿)
img

总结

学习技术是一条慢长而艰苦的道路,不能靠一时激情,也不是熬几天几夜就能学好的,必须养成平时努力学习的习惯。所以:贵在坚持!

最后如何才能让我们在面试中对答如流呢?

答案当然是平时在工作或者学习中多提升自身实力的啦,那如何才能正确的学习,有方向的学习呢?有没有免费资料可以借鉴?为此我整理了一份Android学习资料路线:

这里是一部分我工作以来以及参与过的大大小小的面试收集总结出来的一套BAT大厂面试资料专题包,主要还是希望大家在如今大环境不好的情况下面试能够顺利一点,希望可以帮助到大家。

好了,今天的分享就到这里,如果你对在面试中遇到的问题,或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己,对于自己的未来还不够了解不知道给如何规划。来看看同行们都是如何突破现状,怎么学习的,来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

最后,祝愿即将跳槽和已经开始求职的大家都能找到一份好的工作!

这些只是整理出来的部分面试题,后续会持续更新,希望通过这些高级面试题能够降低面试Android岗位的门槛,让更多的Android工程师理解Android系统,掌握Android系统。喜欢的话麻烦点击一个喜欢再关注一下~

存中…(img-DFcbUCoe-1711536975305)]

好了,今天的分享就到这里,如果你对在面试中遇到的问题,或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己,对于自己的未来还不够了解不知道给如何规划。来看看同行们都是如何突破现状,怎么学习的,来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

最后,祝愿即将跳槽和已经开始求职的大家都能找到一份好的工作!

这些只是整理出来的部分面试题,后续会持续更新,希望通过这些高级面试题能够降低面试Android岗位的门槛,让更多的Android工程师理解Android系统,掌握Android系统。喜欢的话麻烦点击一个喜欢再关注一下~

本文已被CODING开源项目:《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

  • 14
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值