android课堂笔记,1、课堂笔记

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同时关联同一个对象。 而在内存中，是这样的


**一个对象，是可以被多个引用持有的，而另外值得注意的一点是，并且可以是不同的引用。** 这一段话为什么要字体加粗呢，因为这对于后面各种引用回收的理解，有着重要作用。

## **强引用(StrongReference)**

四种引用中，强引用是我们使用的最多的一种引用对象，对强应用的使用，在编码过程中也是无处不在，例如创建一个成员变量，new 出一个对象等等……；

强引用可以直接访问目标对象，强引用所关联的对象，在任何时候都不会被内存回收，JVM宁肯抛出OOM异常，也不会对其进行回收，所以，在通常的内存泄漏中，大多都有强引用的身影。

## **软引用(SoftReference)**

软引用是除了硬引用之外最强的一种引用，软引用和硬引用的不同点在于，软引用是可被回收的；

其回收机制是：当内存充足的时候，在GC时,不会去回收当前的软引用，当内存临近阈值或不足的时候，在GC时，发现**某一对象的引用只具有软引用**当前软引用就会被回收。

**当一对象除了具有软引用还具有硬引用，GC时，会被回收吗？答案是肯定不会，只会回收只具有软引用的对象**

另外值得说的一点是，以前缓存图片都会选择使用软引用，虽然它当内存不足时才回收的特点很符合作为缓存，但缺点也很明显

关于这部分缓存被回收时，并没有一套机制去进行衡量，例如先回收离上次使用间隔时长最长的，而是随GC随机回收；

当手机内存使用比较高的时候，那么在理论上来说，GC的频率也就会更高，需要不断的释放掉相应的内存来腾出空间，而在这个时候，也将意味着软引用，也将会被高频率清理，在这个过程中起到缓存的实质性质效果很低，软应用刚创建好不一会就被清理，不一会就被清理，站在性能优化的角度来说，效果并不明显，并且在被回收后还是需要不断重新创建，这也是消耗性能的。

**所以关于图片的缓存，谷歌后来推出了LruCache，底层是LinkHashMap解决了上述的第一点问题，而可以设定存储大小则是很好的解决了第二点问题。**

## **弱引用(WeakReference)**

弱引用是比软引用和硬引用更弱的一种引用，在GC时，不论内存是否充足，发现**某一对象的引用只具有弱引用**当前弱引用就会被回收。

**当一对象除了具有弱引用还具有硬引用，GC时，会被回收吗？答案是肯定不会，只会回收只具有弱引用的对象**

在很多时候，弱引用会被组合起来一起使用，例如其中一个使用场景：Handler的匿名内部类的实现中，可能会导致内存泄漏，使用静态内部类解决持有外部引用问题，将需要的外部引用使用弱引用，而像在这部分的实际运用场景下，弱引用的使用是更符合规范，但不一定有效呢，比如弱引用持有的对象，这个对象还有硬引用，在GC时，这不符合回收规则，这个对象就不会被回收。

## **虚引用(PhantomReference)**

#

虚引用不能保证其保存对象生命周期，其保存对象若只有虚引用，则其有效期完全随机于GC的回收，在任何一个不确定的时间内，都可能会被回收；而虚引用与其他几者的引用不同在于，在使用PhantomReference，必须要和Reference联合使用。

## **总结与注意事项**

前面对各种引用进行了详细的解说，然后关于这几种引用，在使用过程中，有一个细节还是非常值得注意的，软引用，弱引用，虚引用，在创建引用对象的时候，除了传入引用对象，通常还有一个构造函数，多了一个ReferenceQueue