《Android高级进阶》读书笔记

《Android高级进阶》是据我所知的市面上惟一一本技术工具书，比较的高大全，做者的目的是为了对全领域有个初步的概念

No1：

在Android系统中，拥有事件传递处理能力的类有如下三种

1）Activity：拥有dispatchTouchEvent和onTouchEvent两个方法

2）ViewGroup：拥有dispatchTouchEvent、onInterceptTouchEvent和onTouchEvent三个方法

3）View：拥有dispatchTouchEvent和onTouchEvent两个方法

No2：

UI管理系统的层级关系

PhoneWindow是Android系统中最基本的窗口系统，每一个Activity会建立一个。

PhoneWindow是Activity和View系统交互的接口。DecorView本质上是一个FrameLayout，是Activity中全部View的祖先。

No3：

MeasureSepc是View的一个静态内部类，用来讲明应该如何测量这个View。

遍历测量ViewGroup中全部的View：measureChildren方法

测量某个指定的View：measureChild方法

No4：

Android Support Library包含如下几个系列的Jar包

另外还有Annotaion Library

No5：

@Nullable：返回值能够为空

@NonNull：返回值不能够为空

No6：

线程注解

1）@UiThread：运行在UI线程

2）@MainThread：运行在主线程

3）@WorkerThread：运行在后台线程

4）@BinderThread：运行在Binder线程

No7：

值范围注解

1）@Size（min=1）：集合不能够为空

2）@Size（max=23）：字符串最大字符个数23

3）@Size（2）：数组元素个数2

4）@Size（multiple=2）：数组大小是2的倍数

@IntRange（from=0，to=255）

@FloatRange（from=0.0，to=1.0）

No8：

权限注解：

1）@RequiresPermission(Manifest.permission.SET_WALLPAPER)

2）@RequiresPermission(anyOf={Manifest.permission.SET_WALLPAPER,Manifest.permission.SET_WALLPAPER})：须要最少一个权限

3）@RequiresPermission(allOf={Manifest.permission.SET_WALLPAPER,Manifest.permission.SET_WALLPAPER})：须要同时声明多个权限

4）@RequirePermission.Read(@RequiresPermission(Manifest.permission.SET_WALLPAPER))

@RequirePermission.Write(@RequiresPermission(Manifest.permission.SET_WALLPAPER))：读写权限

No9：

方法上加@Keep：不须要混淆

No10：

相比较Maven Central，JCenter具备以下有点

1）基于CDN分发函数库，JCenter提供了更快的下载速度

2）JCenter是最大的Java仓库，能够说Maven Central是JCenter的一个子集，托管在Maven Central中的函数库，几乎也都托管在JCenter上面

3）上传函数到JCenter上面是一件很是简单的事情，Bintray的用户界面对用户友好

4）若是想要同时将函数上传到Maven Central上面，Bintray网站上经过简单的点击操做就能够完成

但它们是由不一样的提供商托管在不一样的服务器上面，二者并没有关系

No11：

一个完整的函数库依赖字符串包含三部分：GROUP_ID:ARTIFACT_ID:VERSION

GROUP_ID:函数库所属Group，通常为包名或组织名

ARTIFACT_ID:标识函数库的名字

VERSION:版本号

No12：

Serializable是JDK提供的接口，这种序列化方法是基于磁盘或者网络的，而Parcelable是Android SDK提供的，它是基于内存的，因为内存读写速度高于磁盘，所以在Andorid中跨进程对象的传递通常使用Parcelable。

No13：

Parcelable插件：android parcelable code generator

实现parcelable实现方法

1）describeContents:接口内容的描述，通常默认返回0便可

2）writeToParcel：序列化的方法，将类的数据写入到Parcel容器中

3）静态的Parcelable.Creator接口，这个接口包含两个方法

　　* createFromParcel:反序列化的方法，将Parcel还原成java对象

　　* newArray：提供给外部类反序列化这个数组使用

No14：

编码规范检查插件：CheckStyle

No15：

app理想架构图

No16：

开源日志记录库：Logger+LogUtils（https://github.com/pengwei1024/LogUtils）+timber（https://github.com/JakeWharton/timber）

No17：

fastjson还存在一个专门为Android定制的版本———fastjson.android（https://github.com/alibaba/fastjson/wiki/Android%E7%89%88%E6%9C%AC）

No18：

数据库：对象关系映射（ORM）框架：

greenDAO———https://github.com/greenrobot/greenDAO  推荐

Realm———https://realm.io

No19：

传统的图片缓存方案中设置有两级缓存，分别是内存缓存和磁盘缓存。在Fackbook推出的Fresco中，它增长了一级缓存，也就是Native缓存，这极大地下降了使用Fresco的app出现oom的几率

No20：

Glide和Picasso有90%的类似度，能够说就是Picasso的克隆版本，只是在细节上仍是存在很多区别。

Glide为包含图片的滚动列表作了尽量流畅的优化。除了静态图片，Glide也支持GIF格式图片的显示。

Glide提供了灵活的API可让开发者方便的替换下载图片所用的网络函数库，默认状况下，它使用HttpUrlConnection做为网络请求模块，开发者也能够根据本身项目的实际需求灵活使用Google的Volly或者Square的okhttp等函数库进行替换

No23：

全部的插件haul方案都是使用了DexClassLoader来加载插件APK中的.class文件的

No24:

插件框架：

android-pluginmgr：使用DexMaker的动态热部署功能来生成Activity，让这个Activity继承目标插件所在的Activity

dynamic-load-apk：基于代理的方式实现插件框架的，须要按照必定的规则来开发插件apk，插件中的组件须要实现通过改造后的activity、fragmentactivity、service等的子类

DynamicApk：携程实现的一种实现多APK/DEX加载的插件框架解决方案，使用这个框架，咱们能够实现Android Studio多module工程并行开发模式，同时能够实如今线热修复功能

DroidPlugin：是360手机助手实现的一种插件框架，它能够直接运行第三方的独立APK文件，彻底不须要对APK进行修改或者安装

Small：目的是实现轻巧的跨平台插件化框架，他最低支持Android API Level8和IOS 7

No25：

推送方案推荐：基于MQTT协议

No26：

在android中想要创建TCP长链接，就不能使用HttpUrlConnection或者HttpClient等Http协议级别的，而要使用TCP级别的Socket

长链接经过Socket的connect方法实现，setKeepAlive（true）

No27：

META-INF存放的是签名相关的信息，用于验证APK包的完整性以及保证系统的安全

* MANIFEST.MF：主要存放APK包中每一个文件的名字及每一个文件的SHA1哈希值

* CERT.SF：一般每一个APP会有一个特定的名字，它保存的是MANIFEST.MF的哈希值以及MANIFEST.MF文件中每个哈希项的哈希值

* CERT.RSA：保存了APK的签名和证书的公钥信息

No28：

最终影响apk包大小的文件可分为：classes*.dex、lib目录下的so.文件、资源文件（assets目录、res目录、resources.arsc索引表文件）

No29：

android可以使用的图片编解码格式只有三种：JPEG、PNG、WEBP(首选)

No30：

图片压缩工具：无损压缩ImageOptim、有损压缩ImageAlpha、有损压缩TinyPNG

webp转换工具能够选择智图和iSparta

No31:

android sdk自带ninePatch图的编辑工具，位于sdk/tools/draw9patch中

或者在android studio右击某张图片，选择create 9-patch file进行转换

No32：

资源混淆推荐微信的AndResGuard：https://github.com/shwenzhang/AndResGuard

No33:

ButterKnife版本7.0.1依然是经过运行时反射实现View的注入，性能较低下。版本8.0.0-SNAPSHOT使用编译时注解来提高性能。

No34：

依赖注入框架的对比：

ButterKnife是纯粹的View注入框架。

RoboGuice3.0版本开始使用编译时注解提高性能，但还有不少地方用到反射机制。而且使用代码侵入性比较大。

Dagger使用编译时注解，但在对象图的构建时仍是使用到了反射机制，在运行时检测依赖注入是否正常工做，耗了性能。

Dagger2彻底抛弃了反射机制，转而在编译阶段完成。但没有实现动态机制，缺少灵活性。

No35：

React Native是使用Javascript语言进行开发，同时基于ReactJS框架语法。

No36：

AOP开源框架：Hugo,gradle-android-aspectj-plugin,RoboAspetJ,gradle_plugin_android_aspectjx

No37:

gradle的替换工具：Facebook Buck（暂时只支持mac os x和linux）

No38：

网络优化：

1）避免DNS解析

2）合并网络请求

3）预先获取数据

4）避免轮询：尽可能使用推送

5）优化重连机制：设定一个最大重连次数

6）离线缓存

7）压缩数据大小

8）不一样的网络环境使用不一样的超时策略

9）CDN的使用：内容分发网络

No39：

Proguard特性：压缩源代码，优化java字节码，混淆重命名，预校验代码

No40：

Android应用加固是指在APK的外面加一层壳，并对APK里面的dex文件进行加密，能够有效防止app被反编译。

No41：

Android调试工具：Facebook Stetho：

1）视图布局监视

2）数据库监视

3）网络监视

No42：

LeakCanary原理：

1）RefWatcher.watch()函数会为被监控的对象建立一个KeyedWeakReference弱引用对象

2）在后台线程AndroidWatchExecutor中，检查KeyedWeakReference弱引用是否已经被清除，若是还存在，则触发一次垃圾回收。垃圾回收以后，若是弱引用对象依然存在，说明发生了内存泄漏

3）接着在一个独立的进程中启动HeapAnalyzerService服务，基于惟一的reference key，HeapAnalyzer能够在heap dump中找到对应的KeyedWeakReference，并定位到发生内存泄漏的对象引用。

　　HeapAnalyer会计算到GC Roots的最短强引用路径，并判断是否存在泄漏，并构建出致使泄漏的对象引用链

No43：

Android单元测试框架Robolectric 3.0：设计思想是经过实现一套JVM可以运行的Android代码，从而实现脱离Android环境进行测试

No44：

Android UI自动化测试框架：Monkey，MonkeyRunner，UIAutomator，Robotium，Espresso，Appium

No45：

Android静态代码分析工具：CheckStyle，FindBugs，PMD，Lint

No46：

Jenkins全局配置须要进行JDK，Android SDK，Git，SVN和Gradle的环境配置