自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数HarmonyOS鸿蒙开发工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年HarmonyOS鸿蒙开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上HarmonyOS鸿蒙开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新
如果你觉得这些内容对你有帮助,可以添加VX:vip204888 (备注鸿蒙获取)
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
inline 关键字是什么呢?
简单理解为:当一个函数被标记为
inline
时,kotlin编译器 会在所有调用这个函数的位置,将方法函数替换为具体的函数体。
解析
通过查看 kotlin 字节码,我们可以得知 reified
的底层实现。
例如下面示例与其对应的字节码:
inline fun <reified C : Activity> Context.toAct() {
startActivity(Intent(this, C::class.java))
}
fun test(context: Context) {
context.toAct<MainActivity>()
}
// $FF: synthetic method
public static final void toAct(Context $this$toAct) {
int $i$f$toAct = 0;
Intrinsics.checkNotNullParameter($this$toAct, "$this$toAct");
Intrinsics.reifiedOperationMarker(4, "C");
$this$toAct.startActivity(new Intent($this$toAct, Activity.class));
}
public static final void test(@NotNull Context context) {
Intrinsics.checkNotNullParameter(context, "context");
int $i$f$toAct = false;
context.startActivity(new Intent(context, MainActivity.class));
}
我们在 test() 方法中调用toAct(),不难发现,toAct()的逻辑已经被移动到了 test() 中,而我们的泛型类型也被替换为实际使用的类型,从而我们可以在方法函数中直接获取相应的泛型类型。
这也就是为什么 reified
必须要增加 inline
,因为其必须内联才能知道具体类型,从而将我们的实际泛型类型更新到具体的调用代码中,从而完成泛型类型 再生 。
小提示
Java中无法调用
需要注意的是,reified
无法在java中进行调用,为什么呢?
因为 Java
并没有内联的特性,我们使用的 inline
方法在 Java
中会被当做普通方法,而 reified
正是需要内联才可以保证泛型再生,所以自然无法调用。
从源码上来说,对于reified 关键字的方法,相应的字节码生成时会增加 // $FF: synthetic method
的标记。
如下示例所示:
inline fun <reified C : Activity> Context.toAct() {
...
}
// $FF: synthetic method
public static final void toAct(Context $this$toAct) {
...
}
// $FF: synthetic method
如果你经常写组件,肯定见过这段注释。你可以理解这只是一个标记,其作用为告诉编译器 禁止java代码在编译期访问该方法 。
比如我们在写 kotlin 组件,而且要同时满足 java 调用时,经常会免不了使用 internal
,即 模块可见 。但相应的,该关键字修饰的方法或者字段在Java中却依然可以被调用,甚是让java调用者费解与不优雅。所以相应的,对于方法,我们可以增加 @JvmSynthetic
,从而避免java代码编译期调用。而 reified
也是正是采用了该思路。
当然也可以采用
@JvmName(name=" xxx")
等方式避免java调用,但其并不是很优雅。
性能方面
使用 reified
不会带来任何性能损失,相反还会增强性能(源于inline
)。
之所以这里还要提到,主要是因为如果 内联函数过于复杂,则可能会导致性能问题。所以 reified 的使用其实也需要遵循内联函数的最佳实践。
如果查看Kotlin的标准内联函数,你会发现,代码行数大部分只有1-3行,因为inline会增加代码量的生成,内联函数越复杂,相应的代码量也越高,具体的使用方面,可以参见这篇 Kotlin Vocabulary | 内联函数的原理与应用。
参考
Kotlin Vocabulary | Reified: 类型擦除后再生计划
关于我
我是 Petterp ,一个三流开发,如果本文对你有所帮助,欢迎点赞支持,你的支持是我持续创作的最大鼓励!
。
参考
Kotlin Vocabulary | Reified: 类型擦除后再生计划
关于我
我是 Petterp ,一个三流开发,如果本文对你有所帮助,欢迎点赞支持,你的支持是我持续创作的最大鼓励!