本文探讨了vue自定义多选组件中`blur`事件未能按预期触发的问题。由于`blur`事件不冒泡，当焦点在组件内部元素间转移时，外部`div`无法感知焦点离开。解决方案是使用`focusout`事件，它能够正确捕获组件内部或外部的焦点转移，从而实现选项列表的精确控制。
在构建复杂的自定义UI组件，特别是像多选下拉框这类涉及焦点管理和交互的组件时，正确处理焦点事件至关重要。开发者常遇到的一个挑战是，当用户在组件内部的输入框与选项列表之间切换，或点击组件外部时，如何准确地关闭选项列表。
理解 blur 事件的局限性
在Web开发中，blur事件用于表示元素失去焦点。然而，blur事件有一个重要的特性，那就是它不冒泡。这意味着当一个子元素失去焦点时，其父元素不会收到blur事件的通知。
考虑一个自定义多选组件，其结构通常包含一个外层容器div、一个输入框以及一个选项列表。如果我们在外层div上监听@blur事件以关闭选项列表，当焦点从输入框转移到选项列表中的某个li元素时（这两个元素都在外层div内部），外层div并不会触发blur事件。这是因为焦点仍在div的子元素之间移动，div本身并未失去焦点。只有当焦点完全移出这个div及其所有子元素时，blur事件才可能在外层div上被触发，但这并非通过事件冒泡机制实现，而是因为div本身失去了焦点。这种行为导致了在组件内部元素之间切换时，选项列表无法按预期关闭的问题。
focusout 事件的优势
为了解决blur事件不冒泡的问题，我们可以使用focusout事件。与blur事件不同，focusout事件会冒泡。这意味着当一个子元素失去焦点时，focusout事件会从该子元素冒泡到其父元素，直到文档根部。
立即学习“前端免费学习笔记（深入）”；
利用focusout的冒泡特性，我们可以在外层容器div上监听@focusout事件。当焦点从组件内部的任何元素（如输入框）转移到组件外部，或者从一个内部元素转移到另一个内部元素时，focusout事件都会被触发并冒泡到外层div。这样，我们就可以在外层div上统一处理焦点离开的逻辑，例如关闭选项列表。
实现 focusout 事件
将组件的外层容器上监听的@blur事件替换为@focusout即可解决问题。
{{ label }}{{ option.text }}
注意事项
- tabindex 的重要性: 确保你的组件外层容器具有tabindex属性，这样它才能接收焦点，并因此能够触发focusout事件。在示例代码中，tabindex被设置为0，这使得该元素可以通过键盘导航（Tab键）获取焦点。
- mousedown 与 click: 在选项列表的li元素上，使用@mousedown而非@click事件来选择选项是一个常见的技巧。这是因为mousedown事件在blur/focusout事件之前触发，这样可以确保在选项列表关闭之前，用户选择的选项已经被处理。如果使用@click，在某些情况下，focusout可能会先触发并关闭列表，导致click事件无法作用于已消失的元素。
- 事件处理逻辑: focusout事件会在焦点离开组件内部任何元素时触发，这包括离开输入框、离开选项列表等。确保你的@focusout处理函数（例如showOptions = false）能够正确响应这些场景，并根据业务逻辑决定是否需要添加额外的条件判断来精确控制选项列表的开闭。
- 避免全局事件监听: 原代码中存在一个document.addEventListener("click", ...)的全局监听器。在组件内部处理焦点和点击事件时，应尽量避免这种全局监听，因为它可能与组件自身的事件处理逻辑冲突，导致难以调试的问题。如果确实需要全局点击来关闭组件，可以考虑在组件挂载时添加，并在卸载时移除，并添加逻辑判断点击是否发生在组件外部。然而，对于焦点管理，focusout通常是更优雅的解决方案。
总结
在开发自定义Vue组件时，正确理解和运用DOM事件的特性至关重要。blur事件不冒泡的特性使其不适用于管理复杂组件内部的焦点转移。通过使用focusout事件，我们可以利用其冒泡机制，在外层容器上统一监听焦点离开事件，从而实现更健壮、更符合预期的焦点管理逻辑，有效控制组件（如多选下拉框）选项列表的显示与隐藏。
