TypeScript的private属性可被Jest测试访问修改，属正常情况吗？

这是正常现象，并非操作错误，核心原因在于TypeScript的private和JS原生私有字段#的本质区别：

1. TypeScript的private是编译时约束，无运行时强制 #

TypeScript的private关键字仅在编译阶段生效，用来约束开发者的代码编写——当你在类外部尝试访问private属性时，TS编译器会报错阻止你。但编译生成的JavaScript代码里，这些private属性会被转换成普通的对象属性，没有任何私有性限制。

Jest运行的是编译后的JS代码，自然能直接访问、修改这些属性，就像操作普通对象属性一样。

2. #是JS原生私有字段，运行时真正私有 #

你提到的#是ES2022引入的原生私有字段语法，TypeScript完全支持它。和TS的private不同，#定义的字段是运行时层面的真正私有：编译后的JS代码会保留其私有性，类外部（包括测试代码）无法直接访问或修改，强行访问会抛出运行时错误。

比如把你的TodoItem类改成用#定义私有字段：

class TodoItem {
  #id: TodoItemID = new TodoItemID();
  #name: Required<string>;
  #description?: string;
  #completed: boolean = false;
  #todoListId?: TodoListID;

  constructor(name: Required<string>) {
    this.#name = name;
  }
}

此时在Jest测试里尝试访问todoItem.#id会直接报错，真正实现了私有性。

3. 怎么选择？ #

• 若需要严格的运行时私有性，防止任何外部（包括测试）访问，就用#定义私有字段；
• 若只是想在开发阶段约束代码规范，不需要运行时强制，继续用TS的private即可——测试里如果需要访问私有属性，可通过类型断言（(todoItem as any).id）绕开TS编译检查，但更推荐通过类的公共方法来测试业务逻辑，而非直接修改私有属性。

内容的提问来源于stack exchange，提问作者Nícolas Arths