工匠若水

背景本系列前面已经分析了 Flutter 的很多知识，这一篇我们来看下 Flutter 平台通信相关原理。Flutter 官方提供三种 Platform 与 Dart 端消息通信方式，他们分别是 MethodChannel、BasicMessageChannel、EventChannel，本文会继续延续前面系列对他们进行一个深度解析，源码依赖 Flutter 2.2.3 版本，Platform 选取熟悉的 Android 平台实现。对于 MethodChannel、BasicMessageChannel

前面系列我们依赖 Android 平台实现分析了端侧很多机制，但是有一个知识点一直比较迷糊，那就是 Flutter 是怎么被触发绘制的？这个问题在网上的答案基本都说 VSYNC，但是少有人说这个 VSYNC 是怎么被关联起来的，本文就针对这个问题进行一个 Platform 到 Engine 到 Dart Framework 分析，源码依赖 Flutter 2.2.3。

背景前面文章我们分析了 flutter 在 android 端编译命令相关流程，也分析了 Flutter App dart 代码入口开始到三棵核心树诞生流程，按照源码顺序，我们接下来需要先分析一下 Flutter Android 端 framework 平台实现代码（非 native engine 引擎部分），下面以一个纯 Flutter App 为例展开分析。工程结构及 API 变更对于一个纯 flutter app 来说，当我们在 yaml 依赖中添加两个 flutter plugin 依赖，然后

背景前面文章我们分析了 flutter 在 android 端编译命令相关流程，也分析了 Flutter App dart 代码入口开始到三棵核心树诞生流程，按照源码顺序，我们接下来需要先分析一下 Flutter Android 端 framework 平台实现代码（非 native engine 引擎部分），下面以一个纯 Flutter App 为例展开分析。工程结构及 API 变更对于一个纯 flutter app 来说，当我们在 yaml 依赖中添加两个 flutter plugin 依赖，然后

背景前面文章我们分析了 flutter 在 android 端编译命令相关流程，也分析了 Flutter App dart 代码入口开始到三棵核心树诞生流程，按照源码顺序，我们接下来需要先分析一下 Flutter Android 端 framework 平台实现代码（非 native engine 引擎部分），下面以一个纯 Flutter App 为例展开分析。工程结构及 API 变更对于一个纯 flutter app 来说，当我们在 yaml 依赖中添加两个 flutter plugin 依赖，然后

背景前面文章我们分析了 flutter 在 android 端编译命令相关流程，也分析了 Flutter App dart 代码入口开始到三棵核心树诞生流程，按照源码顺序，我们接下来需要先分析一下 Flutter Android 端 framework 平台实现代码（非 native engine 引擎部分），下面以一个纯 Flutter App 为例展开分析。工程结构及 API 变更对于一个纯 flutter app 来说，当我们在 yaml 依赖中添加两个 flutter plugin 依赖，然后

背景从写 Flutter 第一行程序开始我们就知道在 Dart 的 main 方法中通过调用 runApp 方法把自己编写的 Widget 传递进去，只有这样编译运行后才能得到预期效果。你有没有好奇这背后都经历了什么？runApp 为什么这么神秘？或者说，在你入门 Flutter 后应该经常听到或看到过 Flutter 三棵树核心机制的东西，你有真正的想过他们都是什么吗？如果都没有，那么本文就是一场解密之旅。Flutter 程序入口我们编写的 Flutter App 一般入口都是在 main 方法，其

背景上一篇《Flutter Android 工程结构及应用层编译源码深入分析》我们分析了 Flutter Android 相关的应用层主要编译流程，其中分析到底层本质命令工具【Flutter SDK 下bin/flutter编译命令分析】小节时只提到，我们执行任何 flutter 命令的本质都是把参数传递到了FLUTTER_SDK_DIR/packages/flutter_tools/bin/flutter_tools.dart源码的 main 方法中，没有对这里面进行深入分析。本文要做的事就是层层递进揭

本文部分配图及源码最近基于 Flutter 2.2.3 版本进行了修正更新发布。目的是为了弄清 Flutter 在安卓端应用层的整个编译来龙去脉，以便编译过程中出任何问题都能做到心里有数，另一个目的是为了能够在应用层定制 Flutter 编译。全文比较长，图文并茂，由工程结构深入到源码解析。

什么是 Annotation Processor 构建问题写过自定义注解处理器的老司机们乍一看这个问题觉得挺简单，是的，因为网上基本通篇都在教你怎么打日志，但是你有没有想过如果连日志都打印不出来的时候你怎么定位呢？譬如如下代码：// 确认 META-INF/services/javax.annotation.processing.Processor 没问题// 确认构建脚本没问题，确认注解 Bridge 有被使用且有参与构建@AutoService(Processor.class)public c

背景Linux 的 tracepath 指令可以追踪数据到达目标主机的路由信息，同时还能够发现 MTU 值。它跟踪路径到目的地，沿着这条路径发现 MTU。它使用 UDP 端口或一些随机端口。它类似于 Traceroute，只是不需要超级用户权限，并且没有花哨的选项。Android 也是移植的它，其源码放置位置在platform/external/iputils/tracepath6.c。我们之所以直接移植tracepath6.c而不是tracepath.c的原因是 tracepath6 支持 IPV6

背景我们都知道，Application 初始化一直是安卓开发中被诟病最多的问题之一，尤其是 app 支持多进程且航母级应用场景下。随着业务迭代，初始化代码控制不到位的情况下是灾难性的，后人不敢随意挪动位置，或者说因为时机太早且为 app 启动必经之路，每次修改的影响面都很难评估，造成的启动性能影响也很严重。此时可能很多小伙伴觉得 Jetpack 的 App Startup 库就是解决上面这段话里的问题的，因为他们觉得官方库介绍里说：The App Startup library provides a s

工匠若水可能会迟到，但是从来不会缺席，最终还是觉得将自己的云笔记分享出来吧 ～特别说明，kotlin 系列文章均以 Java 差异为核心进行提炼，与 Java 相同部分不再列出。随着 kotlin 官方版本的迭代，文中有些语法可能会发生变化，请务必留意，语言领悟精髓即可，差异只是语法层面的事情，建议不要过多关注。类委托类委托原理：by 关键字后面的对象实际会被存储在类的内部，编译器则会将父接口的所有方法实现出来，并且将其转移给委托对象去执行。//定义一个接口interface InterfaceB

工匠若水可能会迟到，但是从来不会缺席，最终还是觉得将自己的云笔记分享出来吧 ～背景前面《Groovy 本质初探及闭包特性原理总结》文章中我们总结了 Groovy 的本质，可以发现 Groovy 不但增强了 java 的脚本能力，也提供了新的面向对象特性；就像前面看到的，Groovy 对 java 非对象基础类型直接变成了引用类型，引入了闭包，并为对象集合增加了许多简化符号和拓展能力；前面文章也说了，这些特性可以看作是 java 的一种语法糖，但如果 Groovy 的对象仅仅提供 java 的语法糖能力，

工匠若水可能会迟到，但是从来不会缺席，最终还是觉得将自己的云笔记分享出来吧 ～Groovy 语言的本质Groovy 是基于 JVM 的一种语言，也是 Java 的一种升级拓展语言。其具备脚本语言的特性，但又不算脚本，所以其运行有如下两种方式：基于源码直接运行，譬如 groovy Test.groovy。基于预编译模式运行，譬如先 groovyc Test.groovy 然后 java Test。无论上面的哪种运行方式，其本质都是 JVM 字节码，可以理解成和 java 编译运行没啥区别，只是

工匠若水可能会迟到，但是从来不会缺席，最终还是觉得将自己的云笔记分享出来吧 ～特别说明，kotlin 系列文章均以 Java 差异为核心进行提炼，与 Java 相同部分不再列出。随着 kotlin 官方版本的迭代，文中有些语法可能会发生变化，请务必留意，语言领悟精髓即可，差异只是语法层面的事情，建议不要过多关注。范型（generics）与协变逆变范型用来表示变量类型的参数化。一个简单的范型类定义使用样例：class Generics<T>(t: T) { var tmp: T =

工匠若水可能会迟到，但是从来不会缺席，最终还是觉得将自己的云笔记分享出来吧 ～特别说明，kotlin 系列文章均以 Java 差异为核心进行提炼，与 Java 相同部分不再列出。随着 kotlin 官方版本的迭代，文中有些语法可能会发生变化，请务必留意，语言领悟精髓即可，差异只是语法层面的事情，建议不要过多关注。kotlin 函数与 lambada 表达式在 kotlin 中调用 java 方法时不能使用具名参数语法，因为 java 字节码并不总是会保留方法参数信息。默认参数函数//重载一个 te

工匠若水可能会迟到，但是从来不会缺席，最终还是觉得将自己的云笔记分享出来吧 ～特别说明，kotlin 系列文章均以 Java 差异为核心进行提炼，与 Java 相同部分不再列出。随着 kotlin 官方版本的迭代，文中有些语法可能会发生变化，请务必留意，语言领悟精髓即可，差异只是语法层面的事情，建议不要过多关注。面向对象//kotlin 类默认修饰符是 public 的，不用再显式指定 publicclass MyClass {}//kotlin中一个类的类体没有任何内容则花括号可以省略，如下：

背景上一篇文章《记录一次 AGP 调研过程中的思考，我从一个事故搞出了一个故事！》发布后有很多小伙伴表示看不懂，本来不想写这篇的，但是恰巧最近大组有同事在做另一个技术需求时他的 R 也炸了，只是他炸的是 javac 阶段，我上篇分析的场景是 ASM 生成字节码阶段，所以我让他将他的R.java文件发我，我尝试编译并与我的字节码做对比发现了一点我以前没意识到的点，所以自己觉得上篇博文还是不够深入，AGP 升级的 R 问题还能继续挖坟考古，所以想来个续集。鉴于有人上篇没看懂，这篇就循序渐进的图文并茂下。所以接

工匠若水可能会迟到，但是从来不会缺席，最终还是觉得将自己的云笔记分享出来吧 ～特别说明，kotlin 系列文章均以 Java 差异为核心进行提炼，与 Java 相同部分不再列出。随着 kotlin 官方版本的迭代，文中有些语法可能会发生变化，请务必留意，语言领悟精髓即可，差异只是语法层面的事情，建议不要过多关注。letlet扩展函数的实际上是一个作用域函数，当你需要去定义一个变量在一个特定的作用域范围内，let函数的是一个不错的选择；let函数另一个作用就是可以避免写一些判断null的操作。obje