Angular Signals中为何选用linkedSignal而非computed？

1. 最核心的区别：可写性 #

• computed：纯只读的衍生值，只能通过依赖信号的变化自动更新，完全没有set/update方法，没法手动修改它的值。
• linkedSignal（可写关联信号）：本质是普通的可写信号，既可以通过effect关联依赖信号的变化来自动同步值，也能随时手动调用set/update修改它。

2. 你的shipping选项场景为什么用linkedSignal更好 #

先看你写的computed代码：

const shippingOptions = signal(['Ground', 'Air', 'Sea']);
const selectedOption = computed(() => shippingOptions()[0]);

这个selectedOption永远只能是shippingOptions的第一个元素——哪怕用户在界面上选择了'Air'，你也没法手动修改selectedOption的值，因为computed是只读的。这显然不符合实际交互需求：用户肯定需要能手动切换选中的配送方式。

换成linkedSignal的写法，就能兼顾依赖同步和手动修改：

const shippingOptions = signal(['Ground', 'Air', 'Sea']);
// 初始值关联shippingOptions的第一个元素
const selectedOption = signal(shippingOptions()[0]);

// 用effect实现依赖同步：当配送选项列表更新时，如果当前选中值不在新列表里，自动切回第一个
effect(() => {
  const newOptions = shippingOptions();
  if (!newOptions.includes(selectedOption())) {
    selectedOption.set(newOptions[0]);
  }
});

// 支持手动修改（比如用户点击选择了Air）
selectedOption.set('Air');

3. 两类信号的适用场景 #

用computed的场景 #

当衍生值是纯依赖计算、完全不需要手动干预的情况，比如金额计算：

const subtotal = signal(100);
const taxRate = signal(0.08);
const total = computed(() => subtotal() * (1 + taxRate()));

这里total完全由subtotal和taxRate决定，不需要手动改，用computed最省心，还自带缓存优化。

用linkedSignal的场景 #

当衍生值既需要依赖其他信号初始化/同步，又要支持手动修改的交互场景，比如：

• 表单的默认值关联全局配置，同时允许用户修改
• 下拉框的选中值，既要随选项列表重置而同步，又要支持用户选择

4. 灵活性差异 #

• computed：计算逻辑是固定的纯函数，每次依赖变化都会严格执行函数生成新值，没法加自定义逻辑（比如判断是否需要更新、延迟更新）。
• linkedSignal：通过effect关联依赖时，可以加入任意自定义逻辑，比如上面例子里的“只有当前选中值不在新列表时才重置”，这种灵活的同步逻辑是computed做不到的。

内容的提问来源于stack exchange，提问作者Ayala