1、MVC
M层:model 需求 数据库、网络请求
V层:视图 activity
C层:逻辑判断 if、switch
优点:技术难点较低、尤其是V和C层,在Android中已经自动做了拆分。
缺点:视图和逻辑拆分的不彻底,耦合性还是很高,不利于维护阅读迭代。
运用场景:如果项目简单没有太多的复杂性,且后期变动较少,选择MVC。
2、MVC和MVP、MVVM都是系统架构,而不是设计模式。
# 2019年4月14日 14:05:29 更新
### 简述:
在android开发中,开发到一定程度的之后,就会开始关注关于APP的各种性能优化,其中很重要的一个点,就是关于四种引用的合理引用,另外在android的各种面试中,也会经常被问到关于四种引用的各种问题。
四种引用分别为:
1\. 强引用(StrongRefernce)
2\. 软引用(SoftReference)
3\. 弱引用(WeakReference)
4\. 虚引用(PhantomReference)
#### 在java中,没用指针,对象的操作全部凭借引用来与之产生关联,通过操作相关联的引用,来达到操作所需对象的目的,所以,可以言简意赅的理解为,引用,是用来操作对象的。
例如:
```
User u1= new User();
```
在当前的这句语句中,我们创建了一个对象User,然后这个对象会被分配到堆内存中的一个位置进行存储;而局部变量 u1被存储在栈内存中。
这时,我们通过一个引用名 为u1的引用对这个User进行相关联,通过u1我们就可以操作到这个User对象。
假如上面的那行代码是在一个方法体内执行的,而这时我们再写一行这样的代码
```
User u2 = u1;
```
那么这时,u1持有可以操作的对象User,同时也会被u2持有。u1、u2同时关联同一个对象。 而在内存中,是这样的
![](https://box.kancloud.cn/4a99cb44ad7efae5f05855d19fb97882_480x244.png)
**一个对象,是可以被多个引用持有的,而另外值得注意的一点是,并且可以是不同的引用。** 这一段话为什么要字体加粗呢,因为这对于后面各种引用回收的理解,有着重要作用。
## **强引用(StrongReference)**
四种引用中,强引用是我们使用的最多的一种引用对象,对强应用的使用,在编码过程中也是无处不在,例如创建一个成员变量,new 出一个对象等等……;
强引用可以直接访问目标对象,强引用所关联的对象,在任何时候都不会被内存回收,JVM宁肯抛出OOM异常,也不会对其进行回收,所以,在通常的内存泄漏中,大多都有强引用的身影。
## **软引用(SoftReference)**
软引用是除了硬引用之外最强的一种引用,软引用和硬引用的不同点在于,软引用是可被回收的;
其回收机制是:当内存充足的时候,在GC时,不会去回收当前的软引用,当内存临近阈值或不足的时候,在GC时,发现**某一对象的引用只具有软引用**当前软引用就会被回收。
**当一对象除了具有软引用还具有硬引用,GC时,会被回收吗?答案是肯定不会,只会回收只具有软引用的对象**
另外值得说的一点是,以前缓存图片都会选择使用软引用,虽然它当内存不足时才回收的特点很符合作为缓存,但缺点也很明显
关于这部分缓存被回收时,并没有一套机制去进行衡量,例如先回收离上次使用间隔时长最长的,而是随GC随机回收;
当手机内存使用比较高的时候,那么在理论上来说,GC的频率也就会更高,需要不断的释放掉相应的内存来腾出空间,而在这个时候,也将意味着软引用,也将会被高频率清理,在这个过程中起到缓存的实质性质效果很低,软应用刚创建好不一会就被清理,不一会就被清理,站在性能优化的角度来说,效果并不明显,并且在被回收后还是需要不断重新创建,这也是消耗性能的。
**所以关于图片的缓存,谷歌后来推出了LruCache,底层是LinkHashMap解决了上述的第一点问题,而可以设定存储大小则是很好的解决了第二点问题。**
## **弱引用(WeakReference)**
弱引用是比软引用和硬引用更弱的一种引用,在GC时,不论内存是否充足,发现**某一对象的引用只具有弱引用**当前弱引用就会被回收。
**当一对象除了具有弱引用还具有硬引用,GC时,会被回收吗?答案是肯定不会,只会回收只具有弱引用的对象**
在很多时候,弱引用会被组合起来一起使用,例如其中一个使用场景:Handler的匿名内部类的实现中,可能会导致内存泄漏,使用静态内部类解决持有外部引用问题,将需要的外部引用使用弱引用,而像在这部分的实际运用场景下,弱引用的使用是更符合规范,但不一定有效呢,比如弱引用持有的对象,这个对象还有硬引用,在GC时,这不符合回收规则,这个对象就不会被回收。
## **虚引用(PhantomReference)**
#
虚引用不能保证其保存对象生命周期,其保存对象若只有虚引用,则其有效期完全随机于GC的回收,在任何一个不确定的时间内,都可能会被回收;而虚引用与其他几者的引用不同在于,在使用PhantomReference,必须要和Reference联合使用。
## **总结与注意事项**
前面对各种引用进行了详细的解说,然后关于这几种引用,在使用过程中,有一个细节还是非常值得注意的,软引用,弱引用,虚引用,在创建引用对象的时候,除了传入引用对象,通常还有一个构造函数,多了一个ReferenceQueue
![](https://box.kancloud.cn/313619d58befc23460d4b999b238a079_645x437.png)