川峰的博客

不仅可以接受软键盘中输入的图片，同时它也可以接受你从其他地方复制到剪贴板中的图片内容，可以粘贴到输入框中输入。，通过该修饰符可以支持在输入框中输入输入法软键盘中自带的图片表情等，非常方便。在 Jetpack Compose 1.7.0 中提供了一个新的修饰符，中存在的bug，并且支持许多新特性，在未来我们应该尽量选择使用。集成，以接受由软件键盘或通过剪贴板粘贴操作提供的富媒体内容。是官方正在优化的实验性版本，它修复了许多。要使用 coil 加载gif，还需要在。

正如 UI 层的其他注意事项部分中提到的，如果你的用例需要的话，你可以使用多个流公开屏幕的 UI 状态。我们相信，这种方法可以为你提供更多的交付和处理保证，通常更容易测试，并且可以与应用程序的其他部分一致性的进行集成。如果你很难找到一种方法来减少一次性 ViewModel 事件的状态，请重新考虑该事件对你的 UI 的实际含义。这是一种反模式，因为如果我们从事务的角度考虑， UI 层中建模的支付结果状态不是持久的或原子的。应该公开实际的应用程序数据（在本例中为支付数据），而不是告诉 UI 要采取的操作。

加了它之后，在 Layout Inspector 中就可以看到重组次数为0，跳过重组的次数有很多（本该重组的次数）。，我们在 Layout Inspector 中观察列表快速滑动的时候，会发现列表出现红色闪烁，这说明发生了重组。我们可以使用三方的图片加载库，如coil，因为图片加载库一般会缓存，同一张图片不会重复加载第二次，还可以根据尺寸压缩等。部分，详细的介绍了稳定类型需要满足的准则，以及什么样的类型是稳定类型或者不稳定类型。，可以优化列表的加载性能，避免多余的重组。不是一个稳定的类型，会导致重组。

版本能提升不少性能，因为避免了在高频重组过程中的自动装箱和频繁的GC。其实 Kotlin 编译器会在背后默默的帮你处理拆装箱问题，简单来说，如果你单独使用一个。而第二种写法，就是真实的基本数据类型，是对应的 Java 的。其实要理解它为啥这样做，首先得理解 Kotlin 中的自动装箱问题。由于自动拆装箱有性能损耗，出于性能考虑，在Kotlin中，定义变量，那么背后对应的就是真实的基本数据类型。在一些动画类的场景中，使用基本类型的。，它是对应泛型的，也就是前面说的。中时，是对应的 Java 的。

可见 Jetpack Compose 短短几十行代码就实现了传统 View 体系中动辄需要上千行的代码，简直不要太简洁，不仅清晰易懂，而且还易维护。Compose 实现图片的手势操作比传统 View 简便太多了，在传统 View 体系中，如果要对。其实就是放大后的矩形宽度比原始矩形宽度多出的部分，显然此时左右移动的时候，左边和右边不应该超出。限制了偏移量的移动范围，在往左边拖动的时候，不能超过左边的。的回调函数中所做的事情，为了简化，我们可以先将上面。的一半，往右边拖动的时候，同样不能超过右边的。

这三块代码的操作不是原子性的，假设第一块代码向数据库插入成功了，但是在跑第二块代码时应用崩溃了，第三块代码就没有执行，从而导致bug。同样的，如果第一块代码和第二块代码执行成功了，但是第三块代码执行失败了，前面部分的操作也不会回滚，从而导致bug。方法中对数据库表的操作，要么全部成功，要么全部失败，即便在中间某个操作应用崩溃了，也不会只执行了一半，即保证事务是原子性的。更多关于 Room 数据库中对象与对象之间的关系定义，请参考。正确的处理方法是使用 Room 数据库中的。注解，在其中执行相关的表操作。

但是作为开发者应该有这样的意识，一旦用户有这样的需求，我们就可以立即修改代码来达到需求。如果应用回到后台，随时有可能因为内存不足而被系统杀死，这时用户从最近应用程序列表中返回时，会发现应用界面从头开始，上次看到的状态丢失。当中，然后用户继续浏览，然后用户又切到其他应用，此时当前应用因为某种原因进程被杀死重启（如内存不足），那么这个时候 object。值增加之后，回到后台去做其他事情，此时应用因为内存不足被系统杀死，用户再次返回应用，应用会重启，用户看到的将会是初始值 0。(View system)，以及。

可以看到这个问题的解决并非难事，非常简单，困难的是如何发现这种问题，如果没有并发安全的意识，可能只能对着应用抛出的异常日志发呆而无从下手。所以，如果你没有意识到集合类可能在多线程下导致的并发安全问题，一旦产生这样的bug或异常，就会很棘手，很难发现问题的原因。的消息了，因为被线程 1 删除了一个，消息列表不够 4 个了，这种情况下，你的应用可能会得到某种类似于。类的相关方法，那么不会有任何问题，但是假如你在多个线程中调用这个类，比如在线程池中跑，那就不一定了。类那样，每次操作都会产生一个新的不可变。

【代码】Jetpack Compose Text 跑马灯效果。

启动的协程作用域没有被真正取消，这与我们的预期不符，当用户按下返回键关闭页面时，我们期望的是取消协程中正在后台执行的上传任务，否则这容易导致内存泄漏。，该异常不会取消它的父协程，这个异常通常会被忽略静默处理，但是假如你捕获了该异常，那么父协程就不会感知到任何取消通知，也就不会取消协程。注意，检测协程是否被已被取消，最好是在循环中，或者如果没有循环逻辑则每隔一段代码调用一次检测，所以上面读取文件的代码最好不要使用。这个示例的问题在于，协程的取消可以是在任何时机，不一定在某个方法当中，例如在。

在没有使用 Kotlin 之前，使用Java的时候，或许你有封装过一些工具类来做类似的事情，但是下面我们看一下如何通过 Kotlin 的属性代理的方式来简化类似这种读写数据的逻辑。中读取的，这样将读写的逻辑隐藏在了背后，开发者只需要读，但不需要关心具体是怎么读的，能够更好的把精力放在纯业务问题上。），但这不并妨碍本文以此作为示例来演示问题所在，如果你有其他的比较复杂的读写逻辑想要简化，其实处理方式是类似的。现在的问题是，如果这个接口的调用者在不看注释的情况下，如何知道这个方法的返回值代表的是一个。

二十四、三向比较（C++20）1. “太空飞船”（spaceship）运算符C++20标准新引入了一个名为“太空飞船”（spaceship）的运算符 <=>，它是一个三向比较运算符。<=> 之所以被称为“太空飞船”运算符是因为 <=> 让著名的Perl语言专家兰德尔·L.施瓦茨想起1971年的一款电子游戏《星际迷航》中的太空飞船。读者应该也看出来了，<=> 并不是 C++20首创的，实际上Perl、PHP、Ruby等语言早已支持了三向比较运算符，C++是后

其他语言都有这项功能，比如 Ruby 的require、Python 的import，甚至就连 CSS 都有@import，但是 JavaScript 任何这方面的支持都没有，这对开发大型的、复杂的项目形成了巨大障碍。ES6 在语言标准的层面上，实现了模块功能，而且实现得相当简单，完全可以取代 CommonJS 和 AMD 规范，成为浏览器和服务器通用的模块解决方案。模块加载 3 个方法，其他方法不加载。ES6 模块的设计思想是尽量的静态化，使得编译时就能确定模块的依赖关系，以及输入和输出的变量。

Class 可以通过。

本文参考自电子书《ECMAScript 6 入门》：https://es6.ruanyifeng.com/Promise 对象1. Promise 的含义Promise 是异步编程的一种解决方案，比传统的解决方案——回调函数和事件——更合理和更强大。它由社区最早提出和实现，ES6 将其写进了语言标准，统一了用法，原生提供了 Promise 对象。所谓 Promise，简单说就是一个容器，里面保存着某个未来才会结束的事件（通常是一个异步操作）的结果。从语法上说，Promise 是一个对象，从它可以

本文参考自电子书《ECMAScript 6 入门》：https://es6.ruanyifeng.com/let 和 const 命令1. let 命令尽量使用 let 声明变量，而不是 var。let 声明的变量是块级作用域， var 声明的变量是全局作用域。使用 let 变量必须先声明再使用，否则报错，不存在变量提升。相对的 var 声明的变量如果提前使用，不会报错，只会提示为undefined。let不允许在相同作用域内，重复声明同一个变量。ES6的块级作用域允许使用多层 {}

目前前端中发送网络请求的方式有很多种：选择一:传统的是基于选择二: 在前面的学习中, 我们经常会使用选择三: Fetch API选择四：axios支持多种请求方式:注意：下面的测试我都会使用https://httpbin.org这个网站来测试，是我个人非常喜欢的一个网站；我们来发送一个请求：你也可以直接发送，那么就不需要传入（当然不传入默认也是请求）当然，你也可以使用在中发送网络请求：那么，有错误的时候，中如何处理呢？使用来处理错误信息发送多个并发的请求：选读：axios(config)和axio

自定义Hook本质上只是一种函数代码逻辑的抽取，严格意义上来说，它本身并不算React的特性。需求：所有的组件在创建和销毁时都进行打印组件被创建：打印组件被创建了；组件被销毁：打印组件被销毁了；console.log("组件被创建了");console.log("组件被销毁了");}, [])return (console.log("组件被创建了");console.log("组件被销毁了");}, [])console.log("组件被创建了");

Hook 是 React 16.8 的新增特性，它可以让我们在不编写class的情况下使用state以及其他的React特性（比如生命周期）。我们先来思考一下class组件相对于函数式组件有什么优势？classstateclasshooksclassrender所以，在Hook出现之前，对于上面这些情况我们通常都会编写class组件。