glide源码怎么用（Glide框架）
本文目录一览：
- 1、glide怎么和activity绑定生命周期的
- 2、安卓 glide可以在eclipse上使用吗
- 3、如何用glide加载gif动画
- 4、android glide 使用什么缓存
- 5、安卓glide在使用时页面退出后怎么处理
- 6、结合Android看看单例模式怎么写
glide怎么和activity绑定生命周期的
其实Glide与activity和fragment绑定生命周期很简单,只用在with的时候传入想绑定生命周期的Context就行.
比如通常在MainActivity中传入this,或者MainActivity即可
(在Glide内部会根据你Context的实际类型做不同的处理,具体的分析会在以后的源码分析中展示)
Glide.with(this).load(mUrl).into(mIv);
安卓 glide可以在eclipse上使用吗
主要通过以下几个步骤：
1、手机通过数据线连接在电脑上
2、设置android手机为USB调试模式。步骤： menu— 设置 — 应用程序 — 开发 , 选择【USB调试】
3、如果是window系统，系统会提示安装驱动：
选择正确的android sdk安装目录，然后点击下一步，系统就开始安装驱动了
4、驱动安装完成之后，重启电脑（通常系统会有“安装新驱动，重启才能生效”的提示），这但应该明白吧
5、重复第1步和第2步，打开命令窗口，检测手机设备是否已经被识别，如下所示：
“HT99YLG11834 device”就是检测到得手机设备
6、接下来就开始在eclipse上调试android程序了，右击android工程-Run as-Android Application,弹出如下窗口：（重新启动系统之后才有这样的效果）
7、选中手机设备，点击OK之后，程序就开始在真机上安装了，控制台输出如下信息：
[2011-04-07 22:24:49 - HelloWorld] Uploading HelloWorld.apk onto device ‘HT99YLG11834′
[2011-04-07 22:24:49 - HelloWorld] Installing HelloWorld.apk…
[2011-04-07 22:24:53 - HelloWorld] Success!
[2011-04-07 22:24:53 - HelloWorld] Starting activity com.eightqiu.activity.StatsResultActivity on device
[2011-04-07 22:24:57 - HelloWorld] ActivityManager: Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=com.eightqiu.activity/.StatsResultActivity }
8. 设置应用程序为调试模式。操作： 编辑AndroidManifest.xml 增加调试参数android:debuggable="true", 如下：
application android:icon="@drawable/icon" android:label="@string/app_name" android:debuggable="true"
9. 执行真机调试操作：ECLIPSE调试对话框中，Target窗口中选择Manual，点击【debug】按钮，选择真机设备，开始调试。
注：不管是否启用ECLIPSE环境，任何Android软件只要在真机上运行发生异常，都可以在命令行窗口下查看具体异常信息：
执行：./adb logcat 可以查看到更多的系统异常消息。在这些消息中要注意查看Caused by:打 头的行，这些行指明了在哪行代码出的错误
10、运行这个应用程序，这样就可以使用手机来测试了
如何用glide加载gif动画
在Glide文档中找了半天没发现加载Gif的方式.然后通过基本的用法去加载:
[java] view plain copy
Glide.with(MainActivity.this).load(url).asGif().into(imageView);
发现网络也没有获取,翻了一连接才找到:.然后给Github上面提交了issue后,大家都有这样的问题.
解决方式:
[java] view plain copy
Glide.with(MainActivity.this).load(url).asGif().diskCacheStrategy(DiskCacheStrategy.SOURCE).into(imageView);
为其添加缓存策略,其中缓存策略可以为:Source及None,None及为不缓存,Source缓存原型.如果为ALL和Result就不行.然后几个issue的连接:
然后就可以愉快的加载Gif了,具体原因还在分析,不得不说Glide很不错的加载,绑定了各个生命周期,使其尽量避免内存泄露.
android glide 使用什么缓存
Android的Glide在加载图片时候内部默认使用了缓存机制，Glide的缓存机制分为两级，第一级是内存缓存，然后第二级是硬盘缓存。缓存的过程首先是在内存中缓存，然后将加载的图片资源缓存到硬盘，这样就可以在随后的再次加载中使用缓存了，Glide使用缓存时候首先要检查内存这一层级是否缓存了相应的缓存，如果有，则直接使用，如果没有，则深入到硬盘缓存中检查是否有，如果有，则加载之，如果到这一步骤还没有，那么就只能作为一个全新的资源加载了。
安卓glide在使用时页面退出后怎么处理
重写activty的onkeydown在用户按下返回键的时候调用，所以我们可以通过重写onkeydown的方法实现，还有可能到了MainActivity前面还有其他acitivty存活这，我们需要在onkeydown的时候把所有的activity都结束掉，为了实现这个我们先定义一个BaseActivity，在Oncreate和ondestroy生命周期里存储acitivty的引用 用一个List集合存储存活的acitivity，我们把list作为application成员 写一个MyApp类，作为程序启动的applicationpublic class MyApp extends Application{private ListActivity activities = new ArrayListActivity();public ListActivity getActivities(){return activities;} }BaseActivity代码如下 class BaseActivity extends Activity{@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);((MyApp)getApplication()).getActivities().add(this);}@Overrideprotected void onDestroy() {super.onDestroy();((MyApp)getApplication()).getActivities().remove(this);}}以后工程里的所有Activity都继承于BaseActivity即可最后是MainAcitivty的代码，在onkeydown方法里遍历list集合，调用每个activity的finish方法即可public class MyActivity extends Activity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_two);}@Overridepublic boolean onKeyDown(int keyCode, KeyEvent event) {ListActivity activities = ((MyApp)getApplication()).getActivities();for(Activity activity:activities){activity.finish();}return super.onKeyDown(keyCode, event);} }
结合Android看看单例模式怎么写
单例模式常见的两种实现方式 饿汉模式和 双重锁模式
•饿汉模式
public class HungrySingleton {
private static HungrySingleton mInstance = new HungrySingleton();
private HungrySingleton() {
}
public static HungrySingleton getInstance() {
return mInstance;
}
}
不得不说，饿汉模式这个名字起得的确很巧，这种方式，不管你用不用得着这个实例，先给你创建（new）出来，生怕将来创建没机会似得，完全就是今朝有酒今朝醉的节奏。
与上面对应的还有一种就是懒汉模式，就是在用的时候才在getInstance 方法中完成实例的创建（new），真是“懒”，同时给这个方法添加synchronized 关键字，可以确保在多线程情况下单例依旧唯一，但是懒汉模式每次调用getInstance 方法时由于synchronized 的存在，需要进行同步，造成不必要的资源开销。因此便有了下面双重锁模式的实现方式。
•双重锁模式（DCL 实现）
public class LazySingleton {
private static LazySingleton mInstance = null;
private LazySingleton() {
}
public static LazySingleton getInstance() {
if (mInstance == null) {
synchronized (LazySingleton.class) {
if (mInstance == null) {
mInstance = new LazySingleton();
}
}
}
return mInstance;
}
}
这样既避免了饿汉模式的缺点，又解决了懒汉模式的不足；确保单例只在第一次真正需要的时候创建。
Android 中的使用
在日常的Android开发中，也可以见到单例模式的身影。
•Glide
使用Glide加载图片非常方便，大家应该不陌生，可以看一下它的源码中单例模式的实现方式。
Glide.with(this).load(url).into(imageView);
//Glide.with()
public static RequestManager with(FragmentActivity activity) {
RequestManagerRetriever retriever = RequestManagerRetriever.get();
return retriever.get(activity);
}
//RequestManagerRetriever.get()
/** The singleton instance of RequestManagerRetriever. */
private static final RequestManagerRetriever INSTANCE = new RequestManagerRetriever();
/**
* Retrieves and returns the RequestManagerRetriever singleton.
*/
public static RequestManagerRetriever get() {
return INSTANCE;
}
可以看到，当我们写下Glide.with(..) 这行代码时，就完成了RequestManagerRetriever 这个类的实例化，这个类的单例模式是使用饿汉模式实现的。
•EventBus
public static EventBus getDefault() {
if (defaultInstance == null) {
synchronized (EventBus.class) {
if (defaultInstance == null) {
defaultInstance = new EventBus();
}
}
}
return defaultInstance;
};
很明显，EventBus的单例模式使用双重锁模式实现的。
•InputMethodManager static InputMethodManager sInstance
public static InputMethodManager getInstance() {
synchronized (InputMethodManager.class) {
if (sInstance == null) {
IBinder b = ServiceManager.getService(Context.INPUT_METHOD_SERVICE);
IInputMethodManager service = IInputMethodManager.Stub.asInterface(b);
sInstance = new InputMethodManager(service, Looper.getMainLooper());
}
return sInstance;
}
}
InputMethodManager 的单例模式是使用懒汉模式实现。
可以看到，关于单例模式的实现方式，面对不同的场景，我们可以做出不同的选择
•Glide的单例模式虽然是使用饿汉模式实现，但理论上来说并不会造成内存资源的浪费，因为当我们通过gradle的配置引入Glide的库时，就是为了加载图片，必然会使用Glide.with进行相关的操作。同时RequestManagerRetriever 这个类应该是一个网络请求的管理类（Glide源码没有研究过，这里只是猜测），这样的一个类必然需要使用单列模式，试想如果存在多个管理类的实例，那么谈何管理，那么的多Request到底听哪个manger 的，这就是前面提到必须使用单列模式的情景。
•EventBus 作为事件总线的更要使用单例模式了，如果说EventBus的实例不是单例模式，那么他就无法实现它的功能了。对于EventBus不了解的同学，可以看看
EventBus 3.0 相见恨晚，EventBus真的很强大。
•InputMethodManager 使用懒汉模式实现单例也是无可厚非的，毕竟谁会去频繁的获取那么多他的实例呢；同时作为一个系统的输入法管理器，他也必须是唯一的，因此这个类也需要单例模式来实现它唯一的实例供外部使用。
由上可见，关于单例模式的实现，没有说哪一种方式最好，只有最合适的实现方式；实际开发中，单例模式应该怎么写，还需要根据业务场景做最合适的选择，无论是饿汉懒汉实用才是好汉。个人感觉，饿汉模式是一种简单又方便的实现方式， 一个类既然已经写成了单例模式，必然是要使用的呀，谁会去创建一个饿汉模式的单例，又不去使用这个单例呢？
之前在使用Volley的时候，就是使用饿汉模式创建整个应用的RequestQueue单例，所有需要网络请求的地方，把request添加到RequestQueue单例中即可。
public class MyApplication extends Application{
// 建立请求队列
public static RequestQueue queue;
@Override
public void onCreate() {
super.onCreate();
queue = Volley.newRequestQueue(getApplicationContext());
}
public static RequestQueue getHttpQueue() {
return queue;
}
}
在应用Application的onCreate方法中创建了属于整个应用的queue，之后每一次网络请求时，只需要queue.add(Request)即可，这里使用单例模式，可以有效的避免在多个地方创建RequestQueue 的实例，浪费系统资源。
