Fragment中使用开源banner用Glide加载网络图片显示不出来

APP首页用的是Fragment，然后用开源库Banner来实现轮播图，图片加载用的是Glide，然而一张都出不来。

使用Glide的依赖为

Glide4.0以上需要自定义一个类

build之后会生成一个GlideApp.这样就可以使用了。

如果你添加的依赖为

build的时候会报错，此时你需要在gradle的defaultconfig添加下面这句

这样就可以build成功。

在使用banner的时候需要设置图片加载器：

其中ImageLoader是banner中封装好的，我们只需要继承一下即可。

在这里需要注意的是glide中的上下文如果使用的是displayImage中的context，也可能导致加载图片不出来。从网上资料查阅得，Glide获取容器生命周期的机制与其他开源框架产生了冲突，故而导致图片加载失效

解决的方法有两种：

1、上下文需要填

2、换用其他的第三方图片加载

在这里使用的是ImageLoader。

依赖为：

在Application中初始化

然后再banner中设置

还有一种是9.0的系统导致图片显示不出来，因此需要在

设置android:usesCleartextTraffic="true"即可

GalleryFrag df = new GalleryFrag()

df.setPohto(this_photo_logo)写个set函数

fragments.add(df) //这样写是报错的

getCount，getItem,android会调用，自己要使用的话，也是一般的函数调用

Fragment是Android3.0后引入的一个新的API，他出现的初衷是为了适应大屏幕的平板电脑， 当然现在他仍然是平板APP UI设计的宠儿，而且我们普通手机开发也会加入这个Fragment， 我们可以把他看成一个小型的Activity，又称Activity片段！想想，如果一个很大的界面，我们 就一个布局，写起界面来会有多麻烦，而且如果组件多的话是管理起来也很麻烦！而使用Fragment 我们可以把屏幕划分成几块，然后进行分组，进行一个模块化的管理！从而可以更加方便的在 运行过程中动态地更新Activity的用户界面！另外Fragment并不能单独使用，他需要嵌套在Activity 中使用，尽管他拥有自己的生命周期，但是还是会受到宿主Activity的生命周期的影响，比如Activity 被destory销毁了，他也会跟着销毁！

引用官方的一张图片，其实已经说明问题了，就是为了更好的适配大屏，在大屏的时候，不需要去在一个activity内部通过复杂的布局和界面去实现，只需要去在一个activity内部，通过多个fragment来做界面布局实现即可，而且针对于多个fragment来说， 每个fragment有单独的生命周期，

Demo样例，我们在一个界面中，有上下两个fragment，如图所示：

Step 2: Fragment创建，视图加载，数据赋值

BlankFragment .java

Step 3: Activity在onCreate( )方法中调用setContentView()之后调用FragmentTransaction 进行事务提交

FragmentTestActivity.java

在xml中声明两个fragment，指定为具体的fragment

Step 1:定义Fragment的布局，就是fragment显示内容的

Step 2:自定义一个Fragment类,需要继承Fragment或者他的子类,重写onCreateView()方法 在该方法中调用:inflater.inflate()方法加载Fragment的布局文件,接着返回加载的view对象

BlankFragment.java

Step 3:在需要加载Fragment的Activity对应的布局文件中添加fragment的标签， 记住，name属性是全限定类名哦，就是要包含Fragment的包名，如:

Step 4: Activity在onCreate( )方法中调用setContentView()加载布局文件即可!

针对在一个Activity中的某个Layout中切换Fragment,,无非两种方法：

我们自己看一下方法注释

源码方法注释里面说的很明白，这个方法会移除所有的fragment，然后添加当前的fragment。

这时分为两种情况，一种是fragment已有并且在前台展示，一种是未有或者在后台，针对于前者，此时replace，生命周期不会发生变化，针对后者，生命周期会重新走

分为两种情况，一种fragment已存在，一种未存在，针对于前者，生命周期无变化，但是会回调onHiddenChanged方法，针对于后者，生命周期会创建一次。

1.Fragment是Google官方引入的一个为了适配大屏、多页面的一个组件。您可以理解为它就是一个类而已，只不过里面包含了View，并且与activity的生命周期进行了关联。

2.动态加载与静态加载相对来说，建议使用动态加载，静态加载固定在了xml文件中，永远不变。

3.replace的fragment如果不在前台，会执行所有生命周期，反之不会执行任何生命周期方法；hide+show生命周期并不会发生变化，但是会回调onHiddenChanged方法，在实际开发中，建议add之后，使用hide+show来 *** 作fragment，一方面减少资源的重复加载和创建，另外一方面提升用户体验感。

4.fragment的生命周期大体上和activity一致，但是前期和后期多了一些东西，因为fragment内部有view，那么这个view需要进行创建、然后添加到activity内部，所以相应的在onCreate与onStart之间就多了几个方法-onCreateView、onViewCreated。相同的道理，fragment的view与activity解绑，也相应的在onStop与onDestory之间多个方法-onDestroyView。onAttach与onDetach可以理解为视图与activity产生关联和接触关联，是最开始和最后的步骤。

Demo地址

---