Combobox更新选项触发onAction事件循环，寻求更优解决方案

你的问题核心是没区分「用户手动操作触发的事件」和「代码更新导致的事件触发」，其实有几个更优雅的方案，比临时移除处理器或用信号量更省心：

• 区分事件触发类型
  多数UI框架（比如JavaFX、WPF、Swing）的事件系统都能区分用户交互和代码调用。拿JavaFX举例，你可以不用onAction，而是给ComboBox的selectedItemProperty加监听器，在监听器里通过Change对象判断是不是用户主动触发的选择（有些框架会直接提供isUserInitiated这类标记）。这样只有用户手动选的时候才执行目录切换逻辑，代码更新选中项时不会触发循环。

• 用控件原生API更新，避免触发事件
  很多框架里，代码直接调用setSelectedItem或者操作selectionModel设置选中项，并不会触发onAction事件——这个事件本来就是给用户交互留的。所以你更新列表项的时候，直接操作items集合，再用API设置新的选中项，不会触发循环。比如JavaFX里的示例代码：

  // 代码更新选中项，不会触发onAction
  comboBox.getSelectionModel().select(newFolder);
  // 更新列表项
  comboBox.getItems().setAll(newFolderList);
  

• 用MVVM分离视图和逻辑
  如果项目规模允许，把目录状态放到视图模型里：Combobox的选中项绑定到VM的selectedFolder属性，列表项绑定到VM的folderList属性。当selectedFolder变化时，VM内部更新folderList，这时候视图只是同步数据，不会触发用户交互的事件，从根源上避免循环。

你说的临时移除处理器或信号量也能解决问题，但上面这些方案更贴合UI框架的设计，不用额外管理状态，代码更干净。

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