【译】探索 Kotlin 的隐性成本(第三部分)

简介: 本文讲的是【译】探索 Kotlin 的隐性成本(第三部分),本系列关于 Kotlin 的前两篇文章发表之后,读者们纷至沓来的赞誉让我受宠若惊,其中还包括 Jake Wharton 的留言。很乐意和大家再次开始探索之旅。不要错过 第一部分 和 第二部分.
本文讲的是【译】探索 Kotlin 的隐性成本(第三部分),

委托属性(Delegated propertie)和区间(range)

本系列关于 Kotlin 的前两篇文章发表之后,读者们纷至沓来的赞誉让我受宠若惊,其中还包括 Jake Wharton 的留言。很乐意和大家再次开始探索之旅。不要错过 第一部分 和 第二部分.

本文我们将探索更多关于 Kotlin 编译器的秘密,并提供一些可以使代码更高效的建议。

委托属性

委托属性 是一种通过委托实现拥有 getter 和可选 setter 的 属性,并允许实现可复用的自定义属性。

class Example {
    var p: String by Delegate()
}

委托对象必须实现一个拥有 getValue() 方法的操作符,以及 setValue() 方法来实现读/写属性。些方法将会接受包含对象实例以及属性元数据作为额外参数。

当一个类声明委托属性时,编译器生成的代码会和如下 Java 代码相似。

public final class Example {
   @NotNull
   private final Delegate p$delegate = new Delegate();
   // $FF: synthetic field
   static final KProperty[] $$delegatedProperties = new KProperty[]{(KProperty)Reflection.mutableProperty1(new MutablePropertyReference1Impl(Reflection.getOrCreateKotlinClass(Example.class), "p", "getP()Ljava/lang/String;"))};

   @NotNull
   public final String getP() {
      return this.p$delegate.getValue(this, $$delegatedProperties[0]);
   }

   public final void setP(@NotNull String var1) {
      Intrinsics.checkParameterIsNotNull(var1, "<set-?>");
      this.p$delegate.setValue(this, $$delegatedProperties[0], var1);
   }
}

一些静态属性元数据被加入到类中,委托在类的构造函数中初始化,并在每次读写属性时调用。

委托实例

在上面的例子中,创建了一个新的委托实例来实现属性。这就要求委托的实现是有状态的,例如当其内部缓存计算结果时:

class StringDelegate {
    private var cache: String? = null

    operator fun getValue(thisRef: Any?, property: KProperty<*>): String {
        var result = cache
        if (result == null) {
            result = someOperation()
            cache = result
        }
        return result
    }
}

与此同时,当需要额外的参数时,需要建立新的委托实例,并将其传递到构造器中:

class Example {
    private val nameView by BindViewDelegate<TextView>(R.id.name)
}

但也有一些情况是只需要一个委托实例来实现任何属性的:当委托是无状态,并且它所需要的唯一变量就是已经提供好的包含对象实例和委托名称时,可以通过将其声明为 object 来替代 class 实现一个单例委托。

举个例子,下面的单例委托从 Android Activity 中取回与给定 tag 相匹配的 Fragment

object FragmentDelegate {
    operator fun getValue(thisRef: Activity, property: KProperty<*>): Fragment? {
        return thisRef.fragmentManager.findFragmentByTag(property.name)
    }
}

类似地,任何已有类都可以通过扩展变成委托getValue() 和 setValue() 也可以被声明成扩展方法 来实现。Kotlin 已经提供了内置的扩展方法来允许将 Map and MutableMap 实例用作委托,属性名作为其中的键。

如果你选择复用相同的局部委托实例来在一个类中实现多属性,你需要在构造函数中初始化实例。

注意:从 Kotlin 1.1 开始,也可以声明 方法局部变量声明为委托属性。在这种情况下,委托可以直到该变量在方法内部声明的时候才去初始化,而不必在构造函数中就执行初始化。

类中声明的每一个委托属性都会涉及到与之关联委托对象的开销,并会在类中增加一些元数据。
如果可能的话,尽量在不同的属性间复用委托。
同时也要考虑一下如果需要声明大量委托时,委托属性是不是一个好的选择。

泛型委托

委托方法也可以被声明成泛型的,这样一来不同类型的属性就可以复用同一个委托类了。

private var maxDelay: Long by SharedPreferencesDelegate<Long>()

然而,如果像上例那样对基本类型使用泛型委托的话,即便声明的基本类型非空,也会在每次读写属性的时候触发装箱和拆箱的操作

对于非空基本类型的委托属性来说,最好使用给定类型的特定委托类而不是泛型委托来避免每次访问属性时增加装箱的额外开销。

标准委托: lazy()

针对常见情形,Kotlin 提供了一些标准委托,如 Delegates.notNull()、 Delegates.observable()和 lazy()

lazy() 是一个在第一次读取时通过给定的 lambda 值来计算属性的初值,并返回只读属性的委托。

private val dateFormat: DateFormat by lazy {
    SimpleDateFormat("dd-MM-yyyy", Locale.getDefault())
}

这是一种简洁的延迟高消耗的初始化至其真正需要时的方式,在保留代码可读性的同时提升了性能。

需要注意的是,lazy() 并不是内联函数,传入的 lambda 参数也会被编译成一个额外的Function 类,并且不会被内联到返回的委托对象中。

经常被忽略的一点是 lazy() 有可选的 mode 参数 来决定应该返回 3 种委托的哪一种:

public fun <T> lazy(initializer: () -> T): Lazy<T> = SynchronizedLazyImpl(initializer)
public fun <T> lazy(mode: LazyThreadSafetyMode, initializer: () -> T): Lazy<T> =
        when (mode) {
            LazyThreadSafetyMode.SYNCHRONIZED -> SynchronizedLazyImpl(initializer)
            LazyThreadSafetyMode.PUBLICATION -> SafePublicationLazyImpl(initializer)
            LazyThreadSafetyMode.NONE -> UnsafeLazyImpl(initializer)
        }

默认模式 LazyThreadSafetyMode.SYNCHRONIZED 将提供相对耗费昂贵的 双重检查锁 来保证一旦属性可以从多线程读取时初始化块可以安全地执行。

如果你确信属性只会在单线程(如主线程)被访问,那么可以选择LazyThreadSafetyMode.NONE 来代替,从而避免使用锁的额外开销

val dateFormat: DateFormat by lazy(LazyThreadSafetyMode.NONE) {
    SimpleDateFormat("dd-MM-yyyy", Locale.getDefault())
}

使用 lazy() 委托来延迟初始化时的大量开销以及指定模式来避免不必要的锁。


区间

区间 是 Kotlin 中用来代表一个有限的值集合的特殊表达式。值可以是任何 Comparable 类型。 这些表达式的形式都是创建声明了 ClosedRange 接口的方法。创建区间的主要方法是.. 操作符方法。

包含

区间表达式的主要作用是使用 in 和 !in 操作符实现包含和不包含。

if (i in 1..10) {
    println(i)
}

该实现针对非空基本类型的区间(包括 IntLongByteShortFloatDouble 以及 Char 的值)实现了优化,所以上面的代码可以被优化成这样:

if(1 <= i && i <= 10) {
   System.out.println(i);
}

零额外支出并且没有额外对象开销。区间也可以被包含在 when 表达式中:

val message = when (statusCode) {
    in 200..299 -> "OK"
    in 300..399 -> "Find it somewhere else"
    else -> "Oops"
}

相比一系列的 if{...} else if{...} 代码块,这段代码在不降低效率的同时提高了代码的可读性。

然而,如果在声明和使用之间有至少一次间接调用的话,range 会有一些微小的额外开销。比如下面的代码:

private val myRange get() = 1..10

fun rangeTest(i: Int) {
    if (i in myRange) {
        println(i)
    }
}

在编译后会创建一个额外的 IntRange 对象:

private final IntRange getMyRange() {
   return new IntRange(1, 10);
}

public final void rangeTest(int i) {
   if(this.getMyRange().contains(i)) {
      System.out.println(i);
   }
}

将属性的 getter 声明为 inline 的方法也无法避免这个对象的创建。这是 Kotlin 1.1 编译器可以优化的一个点。至少通过这些特定的区间类避免了装箱操作。

尽量在使用时直接声明非空基本类型的区间,不要间接调用,来避免额外区间类的创建。
或者直接声明为常量来复用。

区间也可以用于其他实现了 Comparable 的非基本类型。

if (name in "Alfred".."Alicia") {
    println(name)
}

在这种情况下,最终实现并不会优化,而且总是会创建一个 ClosedRange 对象,如下面编译后的代码所示:

if(RangesKt.rangeTo((Comparable)"Alfred", (Comparable)"Alicia")
   .contains((Comparable)name)) {
   System.out.println(name);
}

如果你需要对一个实现了 Comparable 的非基本类型的区间进行频繁的包含的话,考虑将这个区间声明为常量来避免重复创建区间类吧。

迭代:for 循环

整型区间 (除了 Float 和 Double之外其他的基本类型)也是 级数它们可以被迭代。这就可以将经典 Java 的 for 循环用一个更短的表达式替代。

for (i in 1..10) {
    println(i)
}

经过编译器优化后的代码实现了零额外开销

int i = 1;
byte var3 = 10;
if(i <= var3) {
   while(true) {
      System.out.println(i);
      if(i == var3) {
         break;
      }
      ++i;
   }
}

如果要反向迭代,可以使用 downTo() 中缀方法来代替 ..

for (i in 10 downTo 1) {
    println(i)
}

编译之后,这也实现了零额外开销:

int i = 10;
byte var3 = 1;
if(i >= var3) {
   while(true) {
      System.out.println(i);
      if(i == var3) {
         break;
      }
      --i;
   }
}

然而,其他迭代器参数并没有如此好的优化

反向迭代还有一种结果相同的方式,使用 reversed() 方法结合区间:

for (i in (1..10).reversed()) {
    println(i)
}

编译后的代码并没有看起来那么少:

IntProgression var10000 = RangesKt.reversed((IntProgression)(new IntRange(1, 10)));
int i = var10000.getFirst();
int var3 = var10000.getLast();
int var4 = var10000.getStep();
if(var4 > 0) {
   if(i > var3) {
      return;
   }
} else if(i < var3) {
   return;
}

while(true) {
   System.out.println(i);
   if(i == var3) {
      return;
   }

   i += var4;
}

会创建一个临时的 IntRange 对象来代表区间,然后创建另一个 IntProgression 对象来反转前者的值。

事实上,任何结合不止一个方法来创建递进都会生成类似的至少创建两个微小递进对象的代码。

这个规则也适用于使用 step() 中缀方法来操作递进的步骤,即使只有一步

for (i in 1..10 step 2) {
    println(i)
}

一个次要提示,当生成的代码读取 IntProgression 的 last 属性时会通过对边界和步长的小小计算来决定准确的最后值。在上面的代码中,最终值是 9。

最后,until() 中缀函数对于迭代也很有用,该函数(执行结果)不包含最大值。

for (i in 0 until size) {
    println(i)
}

遗憾的是,编译器并没有针对这个经典的包含区间围优化,迭代器依然会创建区间对象:

IntRange var10000 = RangesKt.until(0, size);
int i = var10000.getFirst();
int var1 = var10000.getLast();
if(i <= var1) {
   while(true) {
      System.out.println(i);
      if(i == var1) {
         break;
      }
      ++i;
   }
}

这是 Kotlin 1.1 可以提升的另一个点
与此同时,可以通过这样写来优化代码:

for (i in 0..size - 1) {
    println(i)
}

for 循环内部的迭代,最好只用区间表达式的一个单独方法来调用 .. 或 downTo() 来避免额外临时递进对象的创建。

迭代:forEach()

作为 for 循环的替代,使用区间内联的扩展方法 forEach() 来实现相似的效果可能更吸引人。

(1..10).forEach {
    println(it)
}

但如果仔细观察这里使用的 forEach() 方法签名的话,你就会注意到并没有优化区间,而只是优化了 Iterable,所以需要创建一个 iterator。下面是编译后代码的 Java 形式:

Iterable $receiver$iv = (Iterable)(new IntRange(1, 10));
Iterator var1 = $receiver$iv.iterator();

while(var1.hasNext()) {
   int element$iv = ((IntIterator)var1).nextInt();
   System.out.println(element$iv);
}

这段代码相比前者更为低效,原因是为了创建一个 IntRange 对象,还需要额外创建IntIterator。但至少它还是生成了基本类型的值。

迭代区间时,最好只使用 for 循环而不是区间上的 forEach() 方法来避免额外创建一个迭代器。

迭代:集合

Kotlin 标准库提供了内置的 indices 扩展属性来生成数组和 Collection 的区间。

val list = listOf("A", "B", "C")
for (i in list.indices) {
    println(list[i])
}

令人惊讶的是,对这个 indices 的迭代得到了编译器的优化

List list = CollectionsKt.listOf(new String[]{"A", "B", "C"});
int i = 0;
int var2 = ((Collection)list).size() - 1;
if(i <= var2) {
   while(true) {
      Object var3 = list.get(i);
      System.out.println(var3);
      if(i == var2) {
         break;
      }
      ++i;
   }
}

从上面的代码中我们可以看到没有创建 IntRange 对象,列表的迭代是以最高效率的方式运行的。

这适用于数组和实现了 Collection 的类,所以你如果期望相同的迭代器性能的话,可以尝试在特定的类上使用自己的 indices 扩展属性。

inline val SparseArray<*>.indices: IntRange
    get() = 0..size() - 1

fun printValues(map: SparseArray<String>) {
    for (i in map.indices) {
        println(map.valueAt(i))
    }
}

但编译之后,我们可以发现这并没有那么高效率,因为编译器无法足够智能地避免区间对象的产生:

public static final void printValues(@NotNull SparseArray map) {
   Intrinsics.checkParameterIsNotNull(map, "map");
   IntRange var10002 = new IntRange(0, map.size() - 1);
   int i = var10002.getFirst();
   int var2 = var10002.getLast();
   if(i <= var2) {
      while(true) {
         Object $receiver$iv = map.valueAt(i);
         System.out.println($receiver$iv);
         if(i == var2) {
            break;
         }
         ++i;
      }
   }
}

所以,我会建议你避免声明自定义的 lastIndex 扩展属性:

inline val SparseArray<*>.lastIndex: Int
    get() = size() - 1

fun printValues(map: SparseArray<String>) {
    for (i in 0..map.lastIndex) {
        println(map.valueAt(i))
    }
}

当迭代没有声明 Collection 的自定义集合 时,直接在 for 循环中写自己的序列区间而不是依赖方法或属性来生成区间,从而避免区间对象的创建。


我在写本文时兴趣盎然,希望你读起来也一样。可能你还期待以后有更多的文章,但这三篇已经涵盖了我目前想要写的所有内容了。如果喜欢的话请分享。谢谢!





原文发布时间为:2017年7月31日

本文来自云栖社区合作伙伴掘金,了解相关信息可以关注掘金网站。
目录
相关文章
|
Java Android开发
【译】探索 Kotlin 中的隐性成本(第一部分)
本文讲的是【译】探索 Kotlin 中的隐性成本(第一部分),2016年,Jake Wharton 做了一系列有趣的关于 Java 的隐性成本 的讨论。差不多同一时期他开始提倡使用 Kotlin 来开发 Android,但对 Kotlin 的隐性成本几乎只字未提,除了推荐使用内联函数。
1100 0
|
安全 Java
【译】探索 Kotlin 中的隐性成本(第二部分)
本文讲的是【译】探索 Kotlin 中的隐性成本(第二部分),本文是正在进行中的 Kotlin 编程语言系列的第二部分。如果你还未读过第一部分的话,别忘了去看一下。
1292 0
|
20天前
|
移动开发 Java Android开发
构建高效Android应用:探究Kotlin与Java的性能差异
【4月更文挑战第3天】在移动开发领域,性能优化一直是开发者关注的焦点。随着Kotlin的兴起,其在Android开发中的地位逐渐上升,但关于其与Java在性能方面的对比,尚无明确共识。本文通过深入分析并结合实际测试数据,探讨了Kotlin与Java在Android平台上的性能表现,揭示了在不同场景下两者的差异及其对应用性能的潜在影响,为开发者在选择编程语言时提供参考依据。
|
21天前
|
数据库 Android开发 开发者
构建高效Android应用:Kotlin协程的实践指南
【4月更文挑战第2天】随着移动应用开发的不断进步,开发者们寻求更流畅、高效的用户体验。在Android平台上,Kotlin语言凭借其简洁性和功能性赢得了开发社区的广泛支持。特别是Kotlin协程,作为一种轻量级的并发处理方案,使得异步编程变得更加简单和直观。本文将深入探讨Kotlin协程的核心概念、使用场景以及如何将其应用于Android开发中,以提高应用性能和响应能力。通过实际案例分析,我们将展示协程如何简化复杂任务,优化资源管理,并为最终用户提供更加流畅的体验。
|
30天前
|
调度 数据库 Android开发
构建高效Android应用:Kotlin协程的实践与优化
在Android开发领域,Kotlin以其简洁的语法和平台友好性成为了开发的首选语言。其中,Kotlin协程作为处理异步任务的强大工具,它通过提供轻量级的线程管理机制,使得开发者能够在不阻塞主线程的情况下执行后台任务,从而提升应用性能和用户体验。本文将深入探讨Kotlin协程的核心概念,并通过实例演示如何在实际的Android应用中有效地使用协程进行网络请求、数据库操作以及UI的流畅更新。同时,我们还将讨论协程的调试技巧和常见问题的解决方法,以帮助开发者避免常见的陷阱,构建更加健壮和高效的Android应用。
36 4
|
1月前
|
移动开发 Java Android开发
构建高效Android应用:Kotlin协程的实践之路
【2月更文挑战第31天】 在移动开发领域,性能优化和流畅的用户体验一直是开发者追求的目标。随着Kotlin语言的流行,其异步编程解决方案——协程(Coroutines),为Android应用带来了革命性的并发处理能力。本文将深入探讨Kotlin协程的核心概念、设计原理以及在Android应用中的实际应用案例,旨在帮助开发者掌握这一强大的工具,从而提升应用的性能和响应能力。
|
1月前
|
安全 Android开发 开发者
构建高效Android应用:Kotlin与协程的完美结合
【2月更文挑战第30天】在移动开发领域,性能优化和流畅的用户体验是关键。本文深入探讨了如何通过结合Kotlin语言和协程技术来提升Android应用的性能和响应能力。我们将分析Kotlin的优势,介绍协程的基本概念,并通过实际案例展示如何在应用中实现协程以简化异步编程,从而提供更加高效的解决方案。
|
1月前
|
Java 编译器 Android开发
构建高效Android应用:探究Kotlin与Java的性能差异
【2月更文挑战第30天】 随着Kotlin成为开发Android应用的首选语言,开发者社区对于其性能表现持续关注。本文通过深入分析与基准测试,探讨Kotlin与Java在Android平台上的性能差异,揭示两种语言在编译效率、运行时性能和内存消耗方面的具体表现,并提供优化建议。我们的目标是为Android开发者提供科学依据,帮助他们在项目实践中做出明智的编程语言选择。
|
1月前
|
移动开发 调度 Android开发
构建高效Android应用:探究Kotlin协程的优势与实践
【2月更文挑战第30天】 在移动开发领域,尤其是针对Android平台,性能优化和应用流畅度始终是开发者关注的重点。近年来,Kotlin语言凭借其简洁性和功能性成为Android开发的热门选择。其中,Kotlin协程作为一种轻量级的线程管理解决方案,为异步编程提供了强大支持,使得编写非阻塞性代码变得更加容易。本文将深入分析Kotlin协程的核心优势,并通过实际案例展示如何有效利用协程提升Android应用的性能和响应速度。
|
1月前
|
数据库 Android开发 开发者
构建高效Android应用:采用Kotlin协程优化网络请求处理
【2月更文挑战第30天】 在移动应用开发领域,网络请求的处理是影响用户体验的关键环节。针对Android平台,利用Kotlin协程能够极大提升异步任务处理的效率和简洁性。本文将探讨如何通过Kotlin协程优化Android应用中的网络请求处理流程,包括协程的基本概念、网络请求的异步执行以及错误处理等方面,旨在帮助开发者构建更加流畅和响应迅速的Android应用。

相关实验场景

更多