.detach() 是安全的梯度切断方式，创建新张量并显式标记 requires_grad=False，就地修改会报错；.data 是危险的快捷方式，返回底层存储视图，就地修改会静默污染原张量导致反向传播结果错误却不报错。
detach() 和 .data 都能切断梯度传播，但.data 是危险的快捷方式，detach() 是安全的隔离手段——用错 .data 会导致反向传播算出完全错误的梯度，且不报错。
为什么 .data 修改后反向传播不报错但结果错
.data 返回的是原张量底层存储的直接视图，它绕过 autograd 系统的所有检查。当你对 y.data 做就地修改（如 y.data.zero_()），原张量 y 的值也被改了，但 autograd 完全不知道这个变化，仍按旧值走求导链，最终算出的 grad 对应的是“被篡改前”的计算路径。
-
y.data不是 autograd 图的一部分，它的任何操作都不会触发 grad_fn 或 require_grad 检查 - 就地修改
y.data→ 同时污染y的数值 → backward 时用“假数据”算梯度 → 结果无效但无提示 - 这种错误极难定位，因为训练 loss 可能照常下降，只是模型学不到正确信号
detach() 怎么做到“安全切断”
detach() 创建的新张量虽然也共享底层内存（_base is y 为 True），但它在 autograd 层做了显式标记：新张量的 requires_grad = False，且所有就地操作（如 .zero_()）会直接抛出 RuntimeError：
-
y_detached = y.detach()→y_detached.requires_grad == False -
y<em>detached.zero</em>()→ 报错：RuntimeError: a leaf Variable that requires grad has been used in an in-place operation - 强制你意识到“这里不该改”，避免静默污染原张量
什么时候该用 detach() 而不是 .data
几乎所有需要阻断梯度又保留数据的操作场景，都该优先选 detach()：
- 在 forward 中临时提取中间特征做可视化或日志（如
feat = x.detach().cpu().numpy()） - 实现不可导操作（如量化、取整、排序）前切断梯度（
q = torch.round(x.detach())） - 构造对比学习中的负样本（
neg = pos.detach()） - 多任务中冻结某分支梯度（
loss_aux = aux_head(x.detach()).mean()）
.data 唯一还可能被用到的角落是老代码兼容或极端性能敏感场景（比如毫秒级推理中省掉一次方法调用开销），但代价是必须手动保证绝不做就地修改——现实中几乎没人能 100% 控制住。
detach_() 和 detach() 的关键差异
detach_() 是就地操作，它直接把原张量变成叶子节点并清空其 grad_fn：
-
y.detach_()→y.grad_fn is None，且y.requires_grad = False，原计算图被永久破坏 -
y.detach()→ 返回新张量，原y保持不变，图结构完整可继续用于其他分支
这意味着：如果之后还想用 y 参与另一条带梯度的路径（比如双路输出），只能用 detach()；而 detach_() 一调用，y 就再也回不去了。
真正容易被忽略的点是：.data 的“不报错”不是健壮，而是失效——它让 bug 沉在训练过程里，等模型效果变差才去排查，而 detach() 的报错是提前拦截。
立即学习“Python免费学习笔记（深入）”；
