，不会涉及跨平台的底层原理，比如为什么可以跨平台这些深奥的道理。...为什么不讲这些呢？原因很复杂，简单的说就是我不会。...KMM更像是营销术语，我们不用纠结Mobile这个词，你要知道的是，下文我们所说的KMM就是指的Kotlin跨平台不仅限于移动端就行了。 KMM可以简化多平台应用程序的开发。...通过KMM，开发者可以在 iOS 、 Android、Desktop与Web 应用程序之间共享业务逻辑的通用代码，在必要时也可以编写特定于平台的代码。所以，KMM只负责跨平台下的业务逻辑部分。...社区对KMM的支持 目前官方许多库都已经支持了跨平台，比如我们刚刚使用的网络请求框架Ktor、依赖注入Koin还有序列化组件等。
而KMM却与之相反，接下来让我们来一起了解一下吧~ 什么是KMM KMM 即 Kotlin Multiplatform Mobile 是一个 SDK，旨在简化跨平台移动应用程序的开发。...通过KMM开发者可以在 iOS 和 Android 应用程序之间共享通用代码，并仅在必要时编写特定于平台的代码。 ...KMM的HelloWorld 环境配置 这里假设，你已经有了一台Mac、安装了高版本的AndroidStudio（这里不会介绍Xcode的配置）， 在AndroidStudio中搜索插件Kotlin Multiplatform...源集是一个 Gradle 概念，用于逻辑上组合在一起的多个文件，其中每个组都有自己的依赖项。 在 Kotlin Multiplatform 中，共享模块中的不同源集可以针对不同的平台。 ...} } 在iOS的手机上运行则会显示iOS版本号，这里交给读者自己去尝试了。因为我的电脑配置不允许我安装Xcode...
最近几周团队的 KMM 进度推进了不少，已经陆续把几个小业务需求迁移到了 KMM。 其实万事开头难，最初的时候许多公共团队基础类库都没有桥接到 KMM，导致好像啥业务都没法着手开始。...然后我在 Android 的主工程中编写这些桥接接口的实现，以及对 KMM 中业务逻辑的调用。...在 Android 上完成基本的测试，能跑通之后，由我的一位同事（也是小组 leader）在 iOS 主工程中编写类似我在 Android 主工程中编写的代码（Objective-C）。...，一旦对其进行更改（无论是否在别的线程进行），都会抛出 InvalidMutabilityException 异常。...如果我们在运行中对其进行修改，会直接抛出 InvalidMutabilityException 异常并 crash。由于警告的存在，上面这段代码很容易让开发者发现问题。
关于 Kotlin/Native 的异步并发模型，我早先发布过文章进行详解，请见参考链接 5。...3.4 Kotlin/Native object 定义的作用域内的隐式可变状态会在运行时抛出 InvalidMutabilityException 3.1 小节我们提到了 Kotlin/Native 独特的异步并发机制...如果在运行时对 index 进行修改，会直接抛出InvalidMutabilityException 异常并 crash。...hashMap 进行 put 操作，程序立刻抛出异常后 crash。...3.5 协程异常处理器抛出 NoClassDefFoundError 该问题是 Kotlin 协程在 JVM 平台出现的问题。
首先什么是KOIN？ 适用于 Kotlin 开发人员的实用轻量级依赖注入框架。 用纯 Kotlin 编写，仅使用功能分辨率：无代理，无代码生成，无反射。...本文主要讲解 Koin (2.0.1) 在AndroidX中的使用，所以直接添加 koin-android 依赖 首先添加 Koin Android 基本依赖 // Koin for Android...，这时我需要每次都给它个新的（使用factory）： val girlModule = module { factory { Girl() } } 依赖对象有了，我得让 Koin 知道，所以需要在我们的...我理解是使用范围，类似于生命周期，我们可以控制它的存活范围。 来个其他的栗子换个口味，先奉上效果图： ?...scope 就已经 close 了，这时再 getScope 将抛出异常： override fun onActivityResult(requestCode: Int, resultCode: Int
Kotlin中是没有Checked Exception机制的，这意味着我们使用Kotlin进行上述文件流操作时，即使不捕获或者抛出异常，也可以正常编译通过。...你是这么想的，上一层的人也是这么想的，更过分的是，他可能还会在你抛出异常的基础之上，再增加一点其他的异常继续往上抛出。...又或者，他可能会在当前异常抛出链上再加一把火，为抛出100个异常做出贡献。。。...那么至于为什么取消Checked Exception并不会成为导致程序出现更多异常的原因，我想分成以下几个点讨论。 第一，Kotlin并没有阻止你去捕获潜在的异常，只是不强制要求你去捕获而已。...事实上，可能绝大多数Java程序员甚至都不知道为什么要捕获这个异常，只知道编译器提醒我必须捕获。
原文作者：Aman Bansal 原文地址：Create Hello World App with KMM - Android & IOS 译者：秉心说 在移动开发领域，Android 和 iOS 版本的应用程序通常会有很多共同点...所以我们为什么不只写一次业务逻辑代码，在不同的平台上共享呢？ 有了这个想法之后，Jetbrains 带来了 Kotlin Multiplatform Project 。...为 Android/iOS 应用程序的业务逻辑代码使用单一的代码库，仅在需要的时候编写平台特定代码，例如实现原生的 UI，使用平台特定 API 等等。 KMM 可以和你的工程无缝集成。...实现 iosMain 下存储 iOS 的特定代码，包括 actual 实现 每一个源集都有自己的依赖，Kotlin 标准库依赖会自动添加到所有源集，你不需要在编译脚本中声明。...不知道你怎么看 KMM，在评论区留下的你的看法吧！ 最后打个广告，推荐一波我的小专栏，面向面试的 Android 复习笔记 ，目前已经输出六篇文章，感兴趣的可以给个订阅，点击文末 阅读原文 可直达。
-- 在前几篇博客示例中 , 协程中 如果出现异常 , 没有进行捕获 , 则程序直接崩溃 , 这种情况下需要进行 异常的捕获 以 避免 Android 应用程序的崩溃 ; 示例代码 : package...java.lang.IllegalArgumentException 三、Android 全局异常处理器 ---- Android 中的 全局异常处理器 , 可以 获取 所有的 协程 中产生的 没有被捕获的异常...中处理未捕获异常 " + "\n协程上下文 ${context}" + "\n抛出异常 ${exception}") } } ⑤...全局异常处理器 中处理未捕获异常 协程上下文 [StandaloneCoroutine{Cancelling}@8252a7e, Dispatchers.Default...中处理未捕获异常 , 但是程序依然崩溃 , 可以在 全局异常处理器 中获取到异常信息 ;
在应用程序设计里面，不单是 dotnet 应用程序，绝大部分都会遵循让应用在出现未处理异常状态时终结的原则。...通常来说就是未捕获异常导致进程闪退 在 dotnet 里面，有一个隐藏的陷阱，那就是 async void 将会在没有线程同步上下文的情况下，被当成线程顶层。...如果在 async void 里面发生任何未捕获的异常，严重的话将会导致进程闪退 如以下代码，在当前执行线程没有线程同步上下文的情况下，抛出的异常将会让进程闪退 async void Foo() {...在大部分应用里面，一般都是应该在此捕获所有异常，除非可以无视应用进程闪退问题 以下是另外更多的行为细节 在 dotnet 里面的 async void 抛出的未捕获异常，将会进入到 AppDomain...将 async void 改为 async Task 然后抛出未捕获异常，此时如果方法返回的 Task 没有被任何等待，将会在 Task 对象被 GC 时进入 TaskScheduler.UnobservedTaskException
在这个例子中，没有任何区别。Hilt 是一个内部使用 Dagger 的库，我向你展示的类是由 Dagger 生成的。...如果我们忘记为 CompositeAdapter 类添加工厂，应用将会成功构建，但是会抛出 RuntimeException 一旦我们请求获取这个类的实例。...测试数据的编写方式可以模拟多个级别的传递依赖关系，因此它不仅仅是具有 4 个类的虚拟应用程序。 image.png 如您所见，Dagger 对启动性能几乎没有影响。...另一方面，在 Koin 中，我们可以看到它花费了很多时间。在 Dagger 中注入依赖也比在 Koin 中快一些。 总结 正如我在本文开始时所说的，我这里的目标不是告诉您要使用哪个库。...我在两个不同的大项目中都使用了 Koin 和 Dagger。老实说，我认为选择 Dagger 还是 Koin 并不重要，重要的是能够让你编写干净、简单且易于单元测试的代码。
更多关于 DataBinding 的介绍请查阅 Google 官方文档：DataBinding[1] Koin 是一个基于 Kotlin 的 DSL 实现的轻量级依赖注入框架，相比于 Dagger2，...Koin 无反射、无代码生成且使用更简单；借助该库可轻松在基于 kotlin 的 Android 应用开发中实现依赖注入，降低代码的耦合性。...为了帮助大家更好的理解我画了一个简单的时序图： 从时序图中可以发现核心实现是在 BaseBindingActivity 的 onCreate 中，主要分为以下三步： • 调用 createDataBinding...，并转换为 VM 类型 return injectViewModel() as VM }catch (e:Exception){ // 抛出异常...viewModel.bind(this) return viewModel }catch (e:Exception){ // 抛出异常
，我们只需要在我们的代码中捕获就可以了，这样做的好处就是，请求的全流程异常都可以在一个 try...catch......原来协程 ③ 抛出了未捕获的异常，进入了异常完成的状态，它与父协程 ② 之间遵循默认的作用域规则，因此 ③ 会通知它的父协程也就是 ② 取消，② 根据作用域规则通知父协程 ① 也就是整个作用域取消，这是一个自下而上的一次传播...，出现未捕获的异常会尝试传递给父协程并尝试取消父协程。...不同之处在于， launch 中未捕获的异常与 async 的处理方式不同， launch 会直接抛出给父协程，如果没有父协程（顶级作用域中）或者处于 supervisorScope 中父协程不响应，那么就交给上下文中指定的...这一块儿稍微显得有点儿复杂，但仔细理一下主要有三条线： 协程内部异常处理流程：launch 会在内部出现未捕获的异常时尝试触发对父协程的取消，能否取消要看作用域的定义，如果取消成功，那么异常传递给父协程
处理异常 协程使用一般的 Kotlin 语法处理异常: try/catch 或内建的工具方法，比如 runCatching (其内部还是使用了 try/catch) 前面讲到，所有未捕获的异常一定会被抛出...Launch 使用 launch 时，异常会在它发生的第一时间被抛出，这样您就可以将抛出异常的代码包裹到 try/catch 中，就像下面的示例这样: scope.launch { try {...这就是为什么没有必要将它也包裹进 try/catch 中，await 将会抛出 async 协程中产生的所有异常。...codeThatCanThrowExceptions() } deferred.await() } catch(e: Exception) { // async 中抛出的异常将不会在这里被捕获...内部协程会在异常出现时传播异常并传递给它的父级，由于父级并不知道 handler 的存在，异常就没有被抛出。 优雅地处理程序中的异常是提供良好用户体验的关键，在事情不如预期般发展时尤其如此。
首先，Koin 启动，然后初始化所需的依赖并调用startServer()方法—-其中创建了一个WebServer类型的对象，应用程序配置和路由设置传递到该对象； 启动应用程序后在Consul注册： object...在 Koin 中，模块类似于 Spring 框架中的应用程序上下文。...因此，在 Helidon 和 Ktor 服务中， 我使用了Java类库方式的Consul 客户端。...此外，starter和auto-configuration的概念简化了开发 2、专家多，文档详细 我想很多人都会同意 Spring 在不久的将来仍将是 Java/Kotlin开发领域领先的框架。...微框架的功能有限，这会减慢开发速度。 我不敢判断这个或那个框架会不会在近期“大更新”，所以在我看来，目前最好继续观察，使用熟悉的框架解决工作问题。
1 为什么选择 Kotlin 跨平台？ 我先介绍一下我们团队的情况，交代清楚我们技术选型的背景。...在下文中，我会多次提到 KMM 这个简称，这里先简单讲一下 KMM 是什么： 基于 KMP（Kotlin Multiplatform）派生，全称 Kotlin Multiplatform Mobile。...cinterop 是 Kotlin Native 支持的能力，KMM 工程的编译使用了 gradle 工具链，其中对 iOS 来说，我们使用了 Kotlin CocoaPods 插件。...饿了么商家端 饿了么商家端也深度使用了 Kotlin 收拢双端逻辑，还使用了 Redux 管理数据流。这里就不展开细讲了，详细内容可以查看 PPT，会在文末给出链接。...对于常规业务开发来说，我更推荐 MVP 设计法则，把 M 和 P 层收拢在 Kotlin 中。
前言 在 Java 和 Kotlin 中, 除了使用Spring Boot创建微服务外，还有很多其他的替代方案。...在 Koin 中，模块类似于 Spring 框架中的应用程序上下文。...因此，在 Helidon 和 Ktor 服务中， 我使用了Java类库方式的Consul 客户端。...此外，starter和auto-configuration的概念简化了开发 2、专家多，文档详细 我想很多人都会同意 Spring 在不久的将来仍将是 Java/Kotlin开发领域领先的框架。...微框架的功能有限，这会减慢开发速度。 我不敢判断这个或那个框架会不会在近期“大更新”，所以在我看来，目前最好继续观察，使用熟悉的框架解决工作问题。
将异常传递给父协程 (重复上述过程,直到根协程关闭) 举个例子，比如下面这段代码： 在上图中,我们创建了 两个子协程A,B,并在 A中 抛出异常，查看结果如右图所示, 当子协程A异常被终止时,我们的子协程...(如果异常没有被捕获)，而后者将不会向上传递，会在调用处直接暴漏。...但需要注意的是，CoroutineExceptionHandler 仅在未捕获的异常上调用，也即这个异常没有任何方式处理时(比如在源头tryCatch了)，由于协程是结构化的，当子协程发生异常时，它会优先将异常委托给父协程区处理...结果是不能 为什么? 我不是已经使用了 SupervisorJob() 吗?...你可能会想，这还不简单吗，上面不是已经提过了，如果根协程或者scope中没有设置 CoroutineExceptionHandler，异常会被直接抛出,所以这里肯定异常了啊。
首先，Koin 启动，然后初始化所需的依赖并调用startServer()方法—-其中创建了一个WebServer类型的对象，应用程序配置和路由设置传递到该对象； 启动应用程序后在Consul注册：...在 Koin 中，模块类似于 Spring 框架中的应用程序上下文。...因此，在 Helidon 和 Ktor 服务中， 我使用了Java类库方式的Consul 客户端。...微框架的功能有限，这会减慢开发速度。 我不敢判断这个或那个框架会不会在近期“大更新”，所以在我看来，目前最好继续观察，使用熟悉的框架解决工作问题。...此外，还有未涉及的其他框架：Vert.x、Javalin 等，也值得关注。
为什么要学 Kotlin 要想知道为什么 Kotlin 广受欢迎，首先要理解 Java 在现代软件开发领域中所扮演的角色。...Kotlin 从这些经验教训中受益良多，而 Java（和其他语言，比如 Scala）中的某些早期设计却愈显陈旧。脱胎于旧语言，Kotlin 解决了它们的很多痛点，进化成了一门优秀的语言。...异常处理的理念 Java 把异常分为受检查异常和运行期异常，编译器强制要求受检查异常必须捕获或抛出。事实上经过多年的实践，开发者发现即便是捕获了那些受检查异常处理起来也力不从心。...受检查异常会使得程序结构变得混乱，代码大量增加。而 Kotlin 把所有的异常都看做是运行期异常，编译器不会强制要求捕获或抛出任何异常，开发人员可以酌情考虑是否捕获处理异常。 3....Kotlin 应用程序运行过程 Java 程序运行过程如下图所示，首先由 Java 编译器将 Java 源文件编译成为 class 字节码文件文件），这个过程可以通过 JDK（Java 开发工具包）提供的
携程机票移动端团队在2021年介绍过 KMM 技术在机票产线的落地情况（参考链接 1），2022 年年中开源了团队首个 KMM 项目—— MMKV-Kotlin（参考链接 2），并撰文（参考链接 3）详述...例如，在 Android 开发中，我们有 Android Framework SQLite Java API，但是开发者们通常会在项目中使用 Jetpack Room 来操作数据库。...在近期我的调研中，在 x86 架构下 SQLDelight 带来的包 size 增长为 200 kb，比之前有所改善。...如果你准备从 0 打造一个 KMM app 或者你是某项目的基础架构团队的成员，我非常建议你尝试 SQLDelight。...在我的构思中，我希望 DSL 的设计可以尽量还原 SQL 语法，并且能最大程度的减少用户编写的样板代码。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
