在vue自定义多选组件中，当组件内部包含可聚焦元素（如输入框）时，直接在父容器上使用`blur`事件可能无法按预期触发，导致组件失去焦点时无法执行相应逻辑（例如关闭选项列表）。本文将深入解析`blur`事件不冒泡的特性，并提出使用`focusout`事件作为替代方案，详细阐述其工作原理及在复杂组件中实现正确焦点管理的方法。
理解Blur与Focusout事件
在Web开发中，处理用户界面焦点变化是常见的需求，尤其是在构建复杂的自定义组件时。blur和focusout是两种与元素失去焦点相关的事件，但它们在行为上存在关键差异：
blur事件：当一个元素本身失去焦点时触发。这个事件不会冒泡。这意味着，如果你在一个父元素上监听blur事件，但焦点从其子元素转移到父元素外部，父元素上的blur事件不会被触发。在多选组件的场景中，如果用户点击了组件内的输入框，然后点击组件外部，由于输入框失去焦点时blur事件不会冒泡到外层容器，导致父容器无法感知到焦点已离开整个组件。
focusout事件：当一个元素或其任何后代元素失去焦点时触发。这个事件会冒泡。这意味着，即使是子元素失去了焦点，focusout事件也会沿着DOM树向上冒泡，直到根元素。这使得focusout成为在父容器上监听整个组件焦点状态变化的理想选择。
原始问题分析
考虑一个自定义的多选组件，其结构包含一个外部div用于包裹整个组件，内部有输入框、已选选项列表和待选选项列表。组件希望在用户点击组件外部时关闭选项列表。最初的实现可能尝试在外部div上使用@blur=”showOptions = false”：
立即学习“前端免费学习笔记（深入）”；
<!-- ... 组件内部结构，包括一个 元素 ... -->
然而，这种实现会遇到一个问题：如果用户首先点击了组件内的input输入框，然后再点击组件外部的任何地方，外部div上的blur事件并不会被触发。这是因为当input失去焦点时，其blur事件不会冒泡到父div。因此，showOptions状态不会被更新，选项列表会保持打开状态。
STORYD
帮你写出让领导满意的精美文稿
137 查看详情
解决方案：使用Focusout事件
为了解决blur事件不冒泡的问题，我们可以将外部div上的@blur事件替换为@focusout事件。focusout事件的冒泡特性使其能够捕获到组件内部任何子元素失去焦点的事件，并将其传递给父容器。
修正后的代码示例：
{{ label }}import { defineComponent, PropType, ref, watch } from "vue";import { IconNameTypes } from "@/types/enums/IconNameTypes";import { AppIcon } from "@/components/base/index";import { MagnifyingGlassIcon } from "@heroicons/vue/24/outline";export default defineComponent({ name: "AppAutocomplete", components: { AppIcon, MagnifyingGlassIcon, }, props: { modelValue: { type: String, }, label: { type: String, default: "", }, tabIndex: { type: Number, default: 0, // 确保 tabIndex 存在且有效 }, options: { type: Array as PropType, required: true, }, }, setup(props, { emit }) { const showOptions = ref(false); const optionsMap = ref(props.options); const selectedOptions = ref([]); const searchInput = ref(""); watch(searchInput, () => { optionsMap.value = props.options.filter((option1) => { return ( !selectedOptions.value.some((option2) => { return option1.text === option2.text; }) && option1.text.toLowerCase().includes(searchInput.value.toLowerCase()) ); }); sortOptionsMapList(); }); const onOptionClick = (option: { text: string; value: string }) => { searchInput.value = ""; selectedOptions.value.push(option); optionsMap.value = optionsMap.value.filter((option1) => { return !selectedOptions.value.some((option2) => { return option1.text === option2.text; }); }); sortOptionsMapList(); emit("update:modelValue", option.value); }; const onDeleteOption = (option: { text: string; value: string }) => { selectedOptions.value = selectedOptions.value.filter((option2) => { return option2.text !== option.text; }); optionsMap.value.push(option); sortOptionsMapList(); }; const sortOptionsMapList = () => { optionsMap.value.sort(function (a, b) { return a.text.localeCompare(b.text); }); }; sortOptionsMapList(); // 移除不必要的 document.addEventListener("click")，因为它会干扰组件内部的焦点管理 // document.addEventListener("click", () => { // console.log(document.activeElement); // }); return { showOptions, optionsMap, searchInput, selectedOptions, IconNameTypes, onOptionClick, onDeleteOption, }; },});.options-list,#not-found { box-shadow: 0 0 50px 0 rgb(19 19 28 / 12%); @apply border border-[#EAEAEA] rounded-md p-4 mt-1 absolute bg-white z-10 w-full;}ul { @apply max-h-52 #{!important};}{{ option.text }}No records found
在上述代码中，关键的改动是将@blur=”showOptions = false”修改为@focusout=”showOptions = false”。现在，无论用户是直接点击了父div外部，还是先点击了组件内的input，然后将焦点移出组件，focusout事件都会在父div上触发，从而正确地关闭选项列表。
tabindex属性的重要性
在上述解决方案中，父div上使用了:tabindex=”tabIndex”属性。tabindex属性在这里扮演了重要角色：
使非交互元素可聚焦：默认情况下，div元素是不可聚焦的。tabindex属性允许将任何HTML元素设置为可聚焦，使其可以通过键盘（Tab键）进行导航。确保focusout在父元素上生效：为了让父div能够接收到焦点事件（包括focusout），它本身必须是可聚焦的。通过设置tabindex=”0″（或任何非负整数），我们确保了div可以接收焦点，从而能够正确地监听和响应focusout事件。
注意事项与最佳实践
事件冒泡与捕获：理解事件冒泡和捕获机制是处理DOM事件的关键。focusout事件利用了冒泡阶段来向上通知父元素。mousedown vs click：在选项列表的li元素上，使用了@mousedown而不是@click。这是为了确保在选项被点击时，focusout事件不会过早地触发并关闭列表。mousedown事件在focusout之前触发，允许我们处理选项选择逻辑，然后才处理焦点离开组件的逻辑。避免全局监听：在原始代码中，有一个document.addEventListener(“click”, …)的全局监听器。在大多数情况下，对于组件内部的焦点管理，应尽量避免这种全局监听，因为它可能与组件自身的事件处理逻辑冲突，导致难以调试的问题。focusout事件提供了一种更局部化和高效的解决方案。可访问性（Accessibility）：正确使用tabindex和焦点管理对于确保组件的可访问性至关重要，特别是对于依赖键盘导航的用户。
总结
在Vue自定义组件中，当需要检测整个组件何时失去焦点时，blur事件因其不冒泡的特性而无法满足需求。通过将事件监听从@blur切换到@focusout，并确保父容器具有tabindex属性使其可聚焦，我们可以有效地实现组件的焦点管理。focusout事件的冒泡机制使其成为处理复杂交互式组件焦点状态变化的强大而可靠的工具，从而提升用户体验和组件的健壮性。
以上就是解决Vue自定义多选组件中Blur事件失效问题：Focusout的妙用的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/846104.html
微信扫一扫 
支付宝扫一扫 
