7 1.12.4 1.13 1.13.1 1.13.2 1.13.3 1.13.4 协程指南 协程基础 Kotlin 协程与通道介绍↗ 取消与超时 组合挂起函数 协程上下文与调度器 异步流 通道 协程异常处理 共享的可变状态与并发 select 表达式（实验性的） 使用 IntelliJ IDEA 调试协程——教程 使用 IntelliJ IDEA 调试 Kotlin 与 Heroku 生成整套 CD（译注：持续交 付）流水线的 starter 仓库。 想要从 Java 迁移到 Kotlin 吗？了解下在 Java 与 Kotlin 中如何处理字符串 的典型任务。 Kotlin 用于 Android 开发 自 2019 年 Google I/O 以来，Kotlin 就成为了 Android 移动开发的首选。 超过 50% 的专业 Android 开发者使用 Spark 集群计算系统提供了强大的支持， 这对数据工程特别有用。 从 版本 0.9.0 开始，Apache Zeppelin 内置了 Kotlin 解释器。 类库 Kotlin 社区创建的用于数据相关任务的类库生态系统正在迅速扩展。 以下是一 些可能会有用的库： Kotlin 库 Multik: multidimensional arrays in Kotlin. The library provides

deploy) 接着，配置好log。在asset-app/src/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/src/test/resources目录下，创建一个空的 ### set log levels ### log4j.rootLogger=DEBUG, file 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example

deploy) 接着，配置好log。在asset-app/src/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/src/test/resources目录下，创建一个空的 ### set log levels ### log4j.rootLogger=DEBUG, file 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example

deploy) 接着，配置好log。在asset-app/src/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/src/test/resources目录下，创建一个空的 ### set log levels ### log4j.rootLogger=DEBUG, file 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example

deploy) 接着，配置好log。在asset-app/src/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/src/test/resources目录下，创建一个空的 ### set log levels ### log4j.rootLogger=DEBUG, file 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example

deploy) 接着，配置好log。在asset-app/src/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/src/test/resources目录下，创建一个空的 ### set log levels ### log4j.rootLogger=DEBUG, file 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example

deploy) 接着，配置好log。在asset-app/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/test/resources目录下，创建一个空的contract.properties文 ### set log levels ### log4j.rootLogger=DEBUG 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example

deploy) 接着，配置好log。在asset-app/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/test/resources目录下，创建一个空的contract.properties文 ### set log levels ### log4j.rootLogger=DEBUG 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example

deploy) 接着，配置好log。在asset-app/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/test/resources目录下，创建一个空的contract.properties文 ### set log levels ### log4j.rootLogger=DEBUG 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example

deploy) 接着，配置好log。在asset-app/test/resources目录下创建 log4j.properties 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库， 在asset-app/test/resources目录下，创建一个空的contract.properties文 ### set log levels ### log4j.rootLogger=DEBUG 防范 事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识 并贯彻执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨 论和决议，根据场景需要设定各种角色和分配任务，如某些机构负责开发， 某些机构参与运营管理，所有机构参与交易和运维，采用智能合约实现管理 规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、 机构、人员进行审核和设置，并在出现紧急情况时，根据事先约定的流程， 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： 3. 配置示例 config-example