Kotlin-中的-Lambda-与-Inline

  • Lambda 表达式会多次调用
  • Lambda 表达式捕获外部的变量

这里我们使用下面的代码,实现一个多次调用捕获外部变量的 Lambda 表达式的调用。

fun toManyLambdaCalls() {
for (i in 0…100) {
safeRun {
System.out.println(“toManyLambdaCalls currentCount=$i”)
}
}
}

上面的Lambda 表达式 捕获了外部的变量i,同时执行了很多次。

我们反编译上述的代码,得到的类似的Java实现代码如下

public static final void toManyLambdaCalls() {
int n = 0;
int n2 = 100;
while (n <= n2) {
void i;
InlineSampleKt.safeRun((Function0)((Function0)new Function0((int)i){
final /* synthetic */ int $i;

public final void invoke() {
System.out.println(“toManyLambdaCalls currentCount=” + this.KaTeX parse error: Expected 'EOF', got '}' at position 5: i); }̲ { this.i = n;
super(0);
}
}));
++i;
}
}

在上面的代码中

  • Lambda 表达式 翻译成的Function0 的实例被创建了近101多次,生成101个Fuction0 实例
  • 由于Lambda 表达式捕获了外部的变量,生成的Fuction0类 接受变量作为参数

上述代码存在的性能问题

  • Function0 实例创建过多,而这些实例大多数会很快被回收,造成短时间内GC压力增大
  • 次数过多的方法调用(Function0构造方法和invoke方法),造成一定的耗时

显然,这种实现,我们不能接受的。

inline

好在Kotlin提供了,处理上面问题的方法,这就是所谓的inline 关键字。如下,

  • 我们使用inline修饰safeRunInlined方法
  • testInlinedSafeRun 中调用 safeRunInlined 方法

inline fun safeRunInlined(runnable: () -> Unit) {
try {
runnable()
} catch (t: Throwable) {
t.printStackTrace()
}
}

fun testInlinedSafeRun() {
safeRunInlined {
System.out.println(“testInlinedSafeRun”)
}
}

再次我们反编译上面的Kotlin代码,得到对应的Java 代码。

public static final void safeRunInlined(@NotNull Function0 runnable) {
int i i if$safeRunInlined = 0;
Intrinsics.checkParameterIsNotNull(runnable, “runnable”);

try {
runnable.invoke();
} catch (Throwable var3) {
var3.printStackTrace();
}

}

public static final void testInlinedSafeRun() {
boolean var0 = false;

try {
int var1 = false;
System.out.println(“testInlinedSafeRun”);
} catch (Throwable var2) {
var2.printStackTrace();
}

}

我们分析上述代码发现,testInlinedSafeRun 的方法体包含了

  • safeRunInlined 的方法体
  • Lambda 表达式的内容

是的,inline 的作用就是把上面两项的内容,提取到调用处 testInlinedSafeRun 中。通过这种形式,避免了最一开始的类实例生成的问题了。

When Lambada meets return

自从了解了 Lambda 可以被inline后,我们貌似可以自由自在地使用它。然而事实或许不是这样,比如我们看一下这段代码。

inline fun higherOrderFunctionFirst(runnable: () -> Unit) {
System.out.println(“higherOrderFunction.before”)
runnable()
System.out.println(“higherOrderFunction.after”)
}

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,functionBfunctionC依次执行,但是存在违背本地控制流的情况,即非本地控制流(Non local control flow),常见的有

  • inline 的 Lambda 表达式含有return
  • 上述的functionAfunctionBfunctionC发生未捕获异常
  • 协程也会导致 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 i if$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 i if b i g H i g h e r O r d e r F u n c t i o n = f a l s e ; i n t v a r 2 = f a l s e ; S y s t e m . o u t . p r i n t l n ( " f i r s t R u n n a b l e " ) ; s e c o n d R u n n a b l e bigHigherOrderFunction = false; int var2 = false; System.out.println("firstRunnable"); secondRunnable bigHigherOrderFunction=false;intvar2=false;System.out.println("firstRunnable");secondRunnableiv.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 i if$higherOrderFunctionCrossline = 0;
Intrinsics.checkParameterIsNotNull(runnable, “runnable”);
runnable.invoke();
}

public static final void testCrossline() {
int i i if$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() {

最后

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助

因此我收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
外链图片转存中…(img-C8fDh37F-1715678284409)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

  • 4
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值