本文主要介绍DataBinding在Android App中的使用方法。数据绑定是将“提供器”的数据源与“消费者”绑定并使其同步的一种通用技术。

概述

Android内存泄漏，也就是我们常说的OOM(out of memory)，OOM的后果大家都知道，严重影响APP的体验，轻则卡顿，重则闪退。而且内存泄漏在低端机上一般都会伴随着ANR，所以一定要重视它。

1.Leakcanary原理？

1. 利用 application.registerActivityLifecycleCallbacks(lifecycleCallbacks) 来监听整个生命周期内的 Activity onDestoryed 事件
2. 某个 Activity 被 destory 后，将它传给 RefWatcher 去做观测，确保其后续会被正常回收；
3. RefWatcher 首先把 Activity 使用 KeyedWeakReference 引用起来，并使用一个 ReferenceQueue 来记录该 KeyedWeakReference 指向的对象是否已被回收；
4. AndroidWatchExecutor 会在 5s 后，开始检查这个弱引用内的 Activity 是否被正常回收。判断条件是：若 Activity 被正常回收，那么引用它的 KeyedWeakReference 会被自动放入 ReferenceQueue 中。
5. 判断方式是：先看 Activity 对应的 KeyedWeakReference 是否已经放入 ReferenceQueue 中；如果没有，则手动 GC：gcTrigger.runGc();；然后再一次判断 ReferenceQueue 是否已经含有对应的 KeyedWeakReference。若还未被回收，则认为可能发生内存泄漏

2.如何理解Java的多态？其中，重载和重写有什么区别？

多态是同一个行为具有多个不同表现形式或形态的能力，多态是同一个接口，使用不同的实例而执行不同操作，多态就是程序运行期间才确定，一个引用变量倒底会指向哪个类的实例对象，该引用变量发出的方法调用到底是哪个类中实现的方法。 多态存在的三个必要条件是：继承，重写，父类引用指向子类引用。 多态的三个实现方式是：重写，接口，抽象类和抽象方法。

设计模式六大原则

• 单一职责原则（Single Responsibility Principle）
• 里氏替换原则（Liskov Substitution Principle）
• 依赖倒置原则（Dependence Inversion Principle）
• 接口隔离原则（Interface Segregation Principle）
• 迪米特法则（最少知道原则）(Law of Demeter)
• 合成复用原则（Composite Reuse Principle）

设计模式三大类

1. 创建型模式（Creational Pattern）：对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。 （5种）工厂模式、抽象工厂模式、单例模式、建造者模式、原型模式

Mac上安装yarn最方便的方式就是命令行输入:

1

brew install yarn

但是这样会把node也一并安装，作为开发者来说，保持多个node版本是必要的，所以我们一般都是通过nvm来管理node版本。

前言

关于Windows Terminal的配置，后面有空再讲。

今天要说的是如何实现在当前目录打开Windows Terminal，类似Mac上的Go2Shell效果。

JVM思维导图

前端开发概述

前端开发是构建用户界面的技术，主要包括三大核心技术：HTML、CSS 和 JavaScript。