Kotlin-中的-Lambda-与-Inline，还有人不知道什么是AndroidX的吗

fun testLambdaReturn() {
higherOrderFunctionFirst {
System.out.println(“testLambdaReturn”)
return
}

}

上面的代码我们执行预期的输出应该是这样

higherOrderFunction.before
testLambdaReturn
higherOrderFunction.after

然后实际的执行结果却有点事与愿违

higherOrderFunction.before
testLambdaReturn

原因还是发生了inline，higherOrderFunctionFirst的执行因为runnable中的return，造成了该方法的返回。

解决方法也比较简单，就是不直接使用return，而是使用指定label的return方式

fun testLambdaReturn() {
higherOrderFunctionFirst {
System.out.println(“testLambdaReturn”)
return@higherOrderFunctionFirst //valid
}

}

解决了上面的问题，我们还需要带出一个技术概念，就是控制流。

control flow 控制流

维基百科中的英文定义

In computer science, control flow (or flow of control) is the order in which individual statements, instructions or function calls of an imperative program are executed or evaluated.

对应的中文意思是 在计算机科学中，控制流是单个语句（指令，或命令式编程中函数调用）的执行顺序。

local control flow 本地控制流

本地控制流和上面的功能描述一致，只是限定了范围为方法内部。比如下面的代码

fun testControlFlow() {
functionA()
functionB()
functionC()
//… other code
}

如果上面的方法遵循本地控制流，则functionA,functionB和functionC依次执行，但是存在违背本地控制流的情况，即非本地控制流(Non local control flow)，常见的有

• inline 的 Lambda 表达式含有return
• 上述的functionA，functionB或functionC发生未捕获异常
• 协程也会导致 Non local control flow出现

对于Lambda中的return，除了上述的解决方法，还有下面两种解决方法

noinline

• noinline 用来限定 lambda表达式
• noinline 强制lambda表达式 不进行inline处理，对应的方式就是翻译成内部类实现。
• noinline 需要配合inline使用

使用示例如下

inline fun bigHigherOrderFunction(firstRunnable: () -> Unit, noinline secondRunnable: () -> Unit, thirdRunnable: () -> Unit) {
firstRunnable()
secondRunnable()
thirdRunnable()
}

fun testNoInline() {
bigHigherOrderFunction({
System.out.println(“firstRunnable”)
}, {
System.out.println(“secondRunnable”)
//return //not allowed if the lambda is noinlined
}, {
System.out.println(“thirdRunnable”)
})
}

反编译验证一下。

public final class NoinlineSampleKt {
public static final void bigHigherOrderFunction(@NotNull Function0 firstRunnable, @NotNull Function0 secondRunnable, @NotNull Function0 thirdRunnable) {
int $i$f$bigHigherOrderFunction = 0;
Intrinsics.checkParameterIsNotNull(firstRunnable, “firstRunnable”);
Intrinsics.checkParameterIsNotNull(secondRunnable, “secondRunnable”);
Intrinsics.checkParameterIsNotNull(thirdRunnable, “thirdRunnable”);
firstRunnable.invoke();
secondRunnable.invoke();
thirdRunnable.invoke();
}

public static final void testNoInline() {
Function0 secondRunnable$iv = (Function0)null.INSTANCE;
int $i$f$bigHigherOrderFunction=false;intvar2=false;System.out.println("firstRunnable");secondRunnable$iv.invoke();
var2 = false;
System.out.println(“thirdRunnable”);
}

注意，对于不进行inline处理的 lambda 表达式中 不允许使用return。

crossinline

但是我们使用了上面的noinline，可能还是担心一些性能问题，好在这里，还有一个叫做crossinline的东西。

• crossinline 需要配合inline一起起作用
• crossinline 限定的 lambda 不允许使用return，避免了non local control flow问题

使用示例

//crossinline必须和inline结合使用
inline fun higherOrderFunctionCrossline(crossinline runnable: () -> Unit) {
runnable()
}

fun testCrossline() {
higherOrderFunctionCrossline {
System.out.println(“testCrossline”)
// return not allowed here
}
}

再次反编译验证代码

public static final void higherOrderFunctionCrossline(@NotNull Function0 runnable) {
int $i$f$higherOrderFunctionCrossline = 0;
Intrinsics.checkParameterIsNotNull(runnable, “runnable”);
runnable.invoke();
}

public static final void testCrossline() {
int $i$f$higherOrderFunctionCrossline = false;
int var1 = false;
System.out.println(“testCrossline”);
}

Kotlin inline与 JIT inline的区别

提到inline，听说过的朋友可能第一个想到的是 JIT 的 inline。JIT inline 是JVM虚拟机提供的运行时的一种优化方式。

来一段代码举例来说

public int add(int x, int y) {
return x + y;
}

public void testAdd() {
//some code here
int result = add(a, b);
}

当JVM的JIT编译决定将add方法执行inline操作后，testAdd的方法实现会变成类似这样

public void testAdd() {
int result = a + b;
}

即 将add的方法体实现提取到调用处(testAdd方法中)。inline带来的好处也不言而喻，那就是减少了方法调用产生的进栈和出栈操作，提升运行时的效率。

Kotlin的inline作用和JIT inline大体差不多，稍有一些不同

• Kotlin的inline发生在编译时，而不是运行时
• Kotlin的inline可以明确指定，而jit inline则无法指定发生。

inline 带来的其他问题 can not access private variable

private val aPrivateValue = “A Private Value”

internal val internalValue = “Internal Value”

@PublishedApi
internal val taskId = “1”

val publicValue = “”

var publicVariable = “”

inline fun beToInlinedMethod(runnable: () -> Unit) {
//aPrivateValue //Public-API inline function cannot access non-public-API
// ‘private val aPrivateValue: String’ defined in root package in file InlineAccessPrivateMember.kt

// internalValue 同样也报错上面的错误

taskId

publicValue

publicVariable
}

学习福利

【Android 详细知识点思维脑图（技能树）】

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

虽然 Android 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪资真的特别高（钱多也不一定能找到合适的），所以努力让自己成为高级工程师才是最重要的。

这里附上上述的面试题相关的几十套字节跳动，京东，小米，腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

由于篇幅有限，这里以图片的形式给大家展示一小部分。

详细整理在GitHub可以见；

Android架构视频+BAT面试专题PDF+学习笔记

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

droid%E5%BC%80%E5%8F%91%E4%B8%8D%E4%BC%9A%E8%BF%99%E4%BA%9B%EF%BC%9F%E5%A6%82%E4%BD%95%E9%9D%A2%E8%AF%95%E6%8B%BF%E9%AB%98%E8%96%AA%EF%BC%81.md)**

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。