筛选Case类抛异常后，Selector显示ID而非CD值的原因求助

这是个很常见的组件状态同步问题，我来帮你拆解可能的原因：

• Selector的显示依赖正常流程下的ID→CD映射
  正常情况下，你的Selector应该是通过选中的Class ID去关联对应的Case类，然后读取其CD值来显示。但当你在Class ID字段抛出异常时，这个映射转换的流程可能被中断了——要么是异常导致后续的映射查询代码没执行，要么是查询过程中因为异常状态无法获取到CD值，最终只能回显原始的ID数值。

• 异常处理逻辑未同步更新Selector状态
  你当前的异常处理可能只做了抛出错误这一步，没有同步处理Selector的显示状态。比如，当验证失败抛出异常后，Selector组件没有被触发重新渲染或重新加载显示文本，就停留在了之前的原始ID值状态，没有切换回正常的CD值显示。

• 数据绑定上下文被异常破坏
  如果你的Selector是通过双向数据绑定（比如像Angular的ngModel、Vue的v-model这类机制）和Case类关联的，抛出异常可能会破坏绑定的上下文数据状态——比如绑定的Case类实例变成了null/undefined，或者其CD值属性无法被正常读取，组件只能退而求其次显示底层的ID标识。

• 映射缓存/字典在异常后无法访问
  很多Selector会依赖一个预定义的映射字典（比如classIdToCdMap）来快速转换ID到显示文本。如果抛出异常时，这个字典的访问路径被阻断（比如异常导致当前上下文的字典实例不可用），Selector就无法完成转换，只能直接显示ID了。

几点排查建议 #

1. 检查异常抛出后的处理代码，确保在抛出异常的同时，要么把Selector的选中值重置为合法选项，要么手动触发一次映射转换来更新显示文本。
2. 验证Selector的数据源（比如映射字典、Case类列表）在异常发生后是否仍然能正常访问，有没有因为异常被意外清空或置为不可用。
3. 可以考虑在异常捕获逻辑里，手动设置Selector的显示文本为对应的CD值（如果能从合法数据里获取到的话），不要完全依赖组件的自动绑定逻辑。

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