[RFC]: 静态图view算子反向支持完善

### 背景与目标描述. view和inplace算子减少内存拷贝而使用的两类算子。当前view算子对原始张量进行操作，可作为原始张量的视图信息。当后续对该视图部分进行原地更新(inplace)操作时，同时会改变原始张量。因此在反向传播的过程中，我们只需传递原始tensor相关试图部分的信息。因此对于view+inplace反向，需要额外设计方案。上一个迭代中设计的原方案中存在两类使用限制，设计新方案来支持这些场景。 原方案详情见：https://wiki.huawei.com/domains/27482/wiki/200735/WIKI202502206019889 其中Tensor索引新流程是比较常见的view inplace算子使用场景，目前框架上由于后端算子支持能力不全（大部分view和inplace算子仅在Ascend平台上提供），导致Tensor索引新流程需要打开开关才能够使能（MS_DEV_TENSOR_INDEX_BOOST）。Tensor索引重构新流程的特性说明文档见：https://wiki.huawei.com/domains/27482/wiki/200735/WIKI202505106787985 *为实现该需求整体的特性规划。* ### 建议的方案. ## 一、特性概述 ### 1.1 需求来源及价值概述 view和inplace算子减少内存拷贝而使用的两类算子。当前view算子对原始张量进行操作，可作为原始张量的视图信息。当后续对该视图部分进行原地更新(inplace)操作时，同时会改变原始张量。因此在反向传播的过程中，我们只需传递原始tensor相关试图部分的信息。因此对于view+inplace反向，需要额外设计方案。上一个迭代中设计的原方案中存在两类使用限制，设计新方案来支持这些场景。 原方案详情见：https://wiki.huawei.com/domains/27482/wiki/200735/WIKI202502206019889 其中Tensor索引新流程是比较常见的view inplace算子使用场景，目前框架上由于后端算子支持能力不全（大部分view和inplace算子仅在Ascend平台上提供），导致Tensor索引新流程需要打开开关才能够使能（MS_DEV_TENSOR_INDEX_BOOST）。Tensor索引重构新流程的特性说明文档见：https://wiki.huawei.com/domains/27482/wiki/200735/WIKI202505106787985 *为实现该需求整体的特性规划。* 表 1-1 表X：涉及的特性列表 ISSUE编号 ISSUE标题 特性等级 支持后端 支持模式 支持平台 规划版本 SR.IR20250721002344.002 静态图view算子反向支持完善 beta ASCEND 静态图模式 LINUX         2.7.1   ### 1.2 场景分析 _描述该特性的业务使用场景_ _内容包括：_ _1）场景触发条件及对象：什么角色/工具/接口等在什么具体情况下使用该特性？_ _2）描述该特性主要有哪些场景、子场景及关键任务操作。_ 当前view算子对原始张量进行操作，可作为原始张量的视图信息。当后续对该视图部分进行原地更新(inplace)操作时，同时会改变原始张量。因此在反向传播的过程中，我们只需传递原始tensor相关试图部分的信息。因此对于view+inplace反向，需要额外设计方案。 **原方案中存在两类使用限制：** 1、**对inplace算子非inplace位输入求导时，需拦截报错**。 其相应的ir图如下： 约束原因： 在该脚本中，`n`和`m`均是`input_tensor1`的相同视图，但是在IR图中，表示为不同的节点。在需要对输入`x`求梯度时，由于在图上`x`仅与`%3(m)`相关。实际上数据上与`n`相关。所以`x`所接受到的梯度应该是`m`与`n`相加。在当前方案中，无法表征节点和数据间的关系。因此需要对`inplace`的非`inplace`输入进行求梯度时，会拦截处理报错。 2、**识别正向图的返回值，是view的原始对象及其运算结果则不报错，否则需拦截报错**。 上面例子返回值z是x参与计算的结果，x是view算子的输出，并不是view操作的最初的原始对象input_tensor1。 根因在于：在静态图模式下，梯度传播是严格按照正向计算图的连边关系去进行的。在正向计算图上，inplace操作并没有输出，所以不会作为后续算子的输入，因此在反向计算图中，并没有一条对应的反向连边去传播梯度。 在静态图模式下，InplaceCopy会仅被UpdateState节点使用，所以我们考虑针对仅被Up…