Sendable使用规则与约束

继承规则

Sendable类必须继承自Sendable类

Sendable对象的布局和原型链不可变，而非Sendable对象可以通过特殊方式修改布局。因此，不允许互相继承。这里的类不包括变量，Sendable类不能继承自变量。

正例：

@Sendable
class A {
  constructor() {
  }
}

@Sendable
class B extends A {
  constructor() {
    super()
  }
}

反例：

class A {
  constructor() {
  }
}

@Sendable
class B extends A { // A不是sendable class，B不能继承它，编译报错
  constructor() {
    super()
  }
}

非Sendable类必须继承自非Sendable类

Sendable对象的布局及原型链不可变，而非Sendable对象可以通过特殊方式修改布局，因此不允许互相继承。

正例：

class A {
  constructor() {
  }
}

class B extends A {
  constructor() {
    super()
  }
}

反例：

@Sendable
class A {
  constructor() {
  }
}

class B extends A { // A是sendable class，B不能继承它，编译报错
  constructor() {
    super()
  }
}

接口实现规则

非Sendable类禁止实现Sendable接口

如果非Sendable类实现Sendable接口，可能会被误认为是Sendable类，从而导致错误使用。

正例：

interface I {};

class B implements I {};

反例：

import { lang } from '@kit.ArkTS';

type ISendable = lang.ISendable;

interface I extends ISendable {};

class B implements I {};  // I是sendable interface，B不能实现，编译报错

Sendable类/接口成员变量规则

必须是Sendable支持的数据类型

Sendable数据不能持有非Sendable数据，因此Sendable类或接口的成员变量必须是Sendable支持的数据类型。

正例：

@Sendable
class A {
  constructor() {
  }
  a: number = 0;
}

反例：

@Sendable
class A {
  constructor() {
  }
  b: Array<number> = [1, 2, 3] // 编译报错，需使用collections.Array
}

不支持使用!断言

Sendable对象的成员属性必须赋初值，“!”修饰的变量可以不赋初值，因此不支持使用“!” 。

正例：

@Sendable
class A {
  constructor() {
  }
  a: number = 0;
}

反例：

@Sendable
class A {
  constructor() {
  }
  a!: number; // 编译报错，不支持使用“!”
}

不支持使用计算属性名

Sendable对象的布局不可变，计算属性无法静态确定对象布局，因此不支持。

正例：

@Sendable
class A {
    num1: number = 1;
    num2: number = 2;
    add(): number {
      return this.num1 + this.num2;
    }
}

反例：

enum B {
    b1 = "bbb"
}
@Sendable
class A {
    ["aaa"]: number = 1; // 编译报错，不支持["aaa"]
    [B.b1]: number = 2; // 编译报错，不支持[B.b1]
}

泛型规则

泛型类中的Sendable类、SendableLruCache、collections.Array、collections.Map和collections.Set的模板类型必须是Sendable类型

Sendable数据不能持有非Sendable数据，因此泛型类中的Sendable数据的模版类型必须是Sendable类型。

正例：

import { collections } from '@kit.ArkTS';

try {
  let arr1: collections.Array<number> = new collections.Array<number>();
  let num: number = 1;
  arr1.push(num);
} catch (e) {
  console.error(`taskpool execute: Code: ${e.code}, message: ${e.message}`);
}

反例：

import { collections } from '@kit.ArkTS';

try {
  let arr1: collections.Array<Array<number>> = new collections.Array<Array<number>>(); // 编译报错，模板类型必须是Sendable类型
  let arr2: Array<number> = new Array<number>();
  arr2.push(1);
  arr1.push(arr2);
} catch (e) {
  console.error(`taskpool execute: Code: ${e.code}, message: ${e.message}`);
}

上下文访问规则

Sendable类的内部不允许使用当前模块内上下文环境中定义的变量

由于Sendable对象在不同并发实例间的上下文环境不同，属于单个虚拟机实例，如果直接访问会有非预期行为。不支持Sendable对象使用当前模块内上下文环境中定义的变量，违反此规则会在编译阶段报错。

说明：

从API version 12开始，Sendable class的内部支持使用top level的Sendable class对象。

正例：

import { lang } from '@kit.ArkTS';

type ISendable = lang.ISendable;

interface I extends ISendable {}

@Sendable
class B implements I {
  static o: number = 1;
  static bar(): B {
    return new B();
  }
}

@Sendable
class C {
  v: I = new B();
  u: number = B.o;

  foo() {
    return B.bar();
  }
}

反例：

import { lang } from '@kit.ArkTS';

type ISendable = lang.ISendable;

interface I extends ISendable {}

@Sendable
class B implements I {}

function bar(): B {
  return new B();
}

let b = new B();

{
  @Sendable
  class A implements I {}

  @Sendable
  class C {
    u: I = bar(); // bar不是sendable class对象，编译报错
    v: I = new A(); // A不是定义在top level中，编译报错

    foo() {
      return b; // b不是sendable class对象，而是sendable class的实例，编译报错
    }
  }
}

\@Sendable装饰器使用规则

\@Sendable装饰器仅支持修饰类和函数

当前仅支持修饰类和函数。

正例：

@Sendable
type SendableFuncType = () => void;

@Sendable
class C {}

@Sendable
function SendableFunc() {
  console.info("Sendable func");
}

反例：

@Sendable
type A = number; // 编译报错

@Sendable
type D = C; // 编译报错

Sendable类和Sendable函数禁止使用除\@Sendable外的装饰器

如果在ts文件中定义类装饰器，可能会修改类的布局，从而导致运行时错误。

正例：

@Sendable
class A {
  num: number = 1;
}

反例：

@Sendable
@Observed // 编译报错
class C {
  num: number = 1;
}

初始化规则

禁止使用对象字面量/数组字面量初始化Sendable对象

对象字面量和数组字面量不是Sendable类型，Sendable数据类型必须通过Sendable类型的new表达式创建。

正例：

import { collections } from '@kit.ArkTS';

let arr1: collections.Array<number> = new collections.Array<number>(1, 2, 3); // 是Sendable类型

反例：

import { collections } from '@kit.ArkTS';

let arr2: collections.Array<number> = [1, 2, 3]; // 不是Sendable类型，编译报错
let arr3: number[] = [1, 2, 3]; // 不是Sendable类型，正例，不报错
let arr4: number[] = new collections.Array<number>(1, 2, 3); // 编译报错

类型转换规则

禁止非Sendable类型强制转换为Sendable

除了Object类型，非Sendable类型不能强转成Sendable类型。非Sendable类型通过as强转成Sendable类型后，实际数据仍为非Sendable类型，会导致错误使用。Sendable类型在不违反Sendable规则的前提下，需要和非Sendable类型行为兼容，因此Sendable类型可以as强转成非Sendable类型。

正例：

class A {
  state: number = 0;
}

@Sendable
class SendableA {
  state: number = 0;
}

let a1: A = new SendableA() as A;

反例：

class A {
  state: number = 0;
}

@Sendable
class SendableA {
  state: number = 0;
}

let a2: SendableA = new A() as SendableA; // 编译报错

函数规则

箭头函数不可标记为Sendable

箭头函数不支持\@Sendable装饰器，因此它是非Sendable函数，不支持共享。

正例：

@Sendable
type SendableFuncType = () => void;

@Sendable
function SendableFunc() {
  console.info("Sendable func");
}

@Sendable
class SendableClass {
  constructor(f: SendableFuncType) {
    this.func = f;
  }
  func: SendableFuncType;
}

let sendableClass = new SendableClass(SendableFunc);

反例：

@Sendable
type SendableFuncType = () => void;
let func: SendableFuncType = () => {}; // 编译报错

@Sendable
class SendableClass {
  func: SendableFuncType = () => {}; // 编译报错
}

与TS/JS交互的规则

ArkTS通用规则（目前只针对Sendable对象）

说明：

改变属性类型不包括Sendable对象类型的改变，例如从Sendable class A变为Sendable class B。

NAPI规则（目前只针对Sendable对象）

NAPI相关接口请参考Sendable相关的NAPI接口，具体使用请参考Native与Sendable ArkTS对象绑定。

与UI交互的规则

Sendable数据需要与makeObserved联用，才可以观察Sendable对象的数据变化，具体使用请参考makeObserved和@Sendable装饰的class配合文档。

在HAR包中的使用规则

HAR中使用Sendable时，需开启编译生成TS文件的配置。具体使用请参考编译生成TS文件。

你可能感兴趣的鸿蒙文章

harmony 鸿蒙ArkTS（方舟编程语言）

harmony 鸿蒙在build-profile.json5中配置arkOptions

harmony 鸿蒙异步锁

harmony 鸿蒙方舟字节码文件格式

harmony 鸿蒙方舟字节码函数命名规则

harmony 鸿蒙方舟字节码基本原理

harmony 鸿蒙方舟字节码概述

harmony 鸿蒙共享容器

harmony 鸿蒙异步等待

harmony 鸿蒙ArkTS跨语言交互