include重复匹配解决办法 for (const exhaust of CONFIG_VALUES['护顶架']) { if (allText.includes(exhaust)) { values['护顶架'] = exhaust; //break; } }此代码会检测CONFIG_VALUES['护顶架']所有包含exhaust元素，当exhaust匹配到多个元素时导致类似前后蓝光灯，后蓝光灯的结果同时出现const matchedValues = []; let remainingText = allText; // 保存剩余未匹配文本 for (const exhaust of CONFIG_VALUES['护顶架']) { const matchIndex = remainingText.indexOf(exhaust); if (matchIndex !== -1) { matchedValues.push(exhaust); // 直接移除已匹配部分（保留前后文） remainingText = remainingText.substring(0, matchIndex) + remainingText.substring(matchIndex + exhaust.length); } } values['护顶架'] = matchedValues.join(', '); 这段代码实现了一个文本匹配和标记功能，主要用于从allText中提取特定配置值。以下是分步解释： 初始化变量‌： matchedValues数组用于存储匹配到的结果 remainingText初始化为原始文本allText的副本 循环匹配过程‌： 遍历CONFIG_VALUES['护顶架']中的每个配置项 使用indexOf查找配置项在当前剩余文本中的位置 如果找到匹配项，执行两个操作： a) 将匹配项加入结果数组 b) 从剩余文本中物理移除该匹配项 结果处理‌： 将匹配结果用逗号连接后存入values['护顶架'] 原始allText不会被修改（除非显式赋值） 特点说明： 采用字符串切割方式确保每个配置项只匹配一次 保持前后文连续性（移除时保留前后部分） 结果输出格式为逗号分隔的字符串 适合处理需要精确匹配且避免重复的场景 remainingText.substring(0, matchIndex) 截取从字符串开头到匹配位置之前的内容（保留匹配项前面的部分） remainingText.substring(matchIndex + exhaust.length) 截取从匹配项结束位置到字符串末尾的内容（保留匹配项后面的部分） 用+将前后两部分拼接 相当于在原字符串中"挖掉"匹配到的部分 举例说明： 假设原文本是"ABC护顶架123护顶架XYZ"，匹配"护顶架"时： 第一次匹配：保留"ABC" + "123护顶架XYZ" → 新字符串为"ABC123护顶架XYZ" 第二次匹配时就不会重复匹配第一个"护顶架"了 这种处理方式比用特殊字符标记更彻底，直接从物理上移除已匹配内容。 用更直观的方式解释substring()的工作原理： 字符串切割原理‌： 可以把字符串想象成一列火车车厢，每个字符就是一个车厢 substring(start,end)就是指定要保留哪几节车厢 具体到这段代码‌： 假设原字符串是："ABC护顶架123护顶架XYZ"（长度15） 匹配到"护顶架"（长度3）在位置3 matchIndex=3, exhaust.length=3 切割过程‌： substring(0,3) → "ABC"（保留匹配项前面的车厢） substring(3+3) → "123护顶架XYZ"（跳过匹配项，保留后面的车厢） 拼接结果："ABC" + "123护顶架XYZ" = "ABC123护顶架XYZ" 关键特性‌： 不修改原字符串（生成新字符串） 第二个参数可省略表示截取到末尾 位置计算从0开始（第一个字符是位置0） 基础概念‌： substring(start) 表示从start位置开始截取到字符串末尾 substring(start, end) 表示截取start到end-1位置的子串 具体到您的例子‌： 原字符串："ABC护顶架123护顶架XYZ" 第一次匹配"护顶架"在位置3（长度3） matchIndex + exhaust.length = 3 + 3 = 6 所以substring(6)就是从第6个字符开始截取 字符位置可视化‌： A(0) B(1) C(2) 护(3) 顶(4) 架(5) 1(6) 2(7) 3(8) 护(9) 顶(10) 架(11) X(12) Y(13) Z(14) 位置6正好是第一个"护顶架"后面的"1" 为什么是3+3‌： 第一个3是匹配项的起始位置（"护"字的位置） 第二个3是"护顶架"的长度（3个字符） 相加得到的就是匹配项结束后的第一个位置 实际效果‌： 相当于在原字符串中"跳过"了已匹配的3个字符 从匹配项结束后的位置继续处理剩余字符串 这种写法是字符串处理的常用模式，确保： 已处理的内容不会重复处理 保持字符串处理的连续性 避免使用特殊字符标记带来的副作用matchIndex !== -1 这个条件是用来判断字符串是否包含目标子串的，具体原理如下： indexOf()方法的行为‌： 当子串存在时，返回该子串首次出现的索引位置（0或正整数） 当子串不存在时，固定返回-1 为什么用-1判断‌： 这是JavaScript语言的设计规范 -1作为"未找到"的专用标识值（不会与有效索引冲突，因为有效索引从0开始） 实际意义‌： matchIndex !== -1 表示"找到了匹配项" matchIndex === -1 表示"未找到匹配项"

navicat破解方法记录 客户端 Navicat16和17补丁.rar 正常安装完成后，不要打开navicat，先将网盘下载的Navicat16和17补丁压缩包解压，解压之后你会看到winmm.dll文件，将它移动到你刚刚安装navicat17的目录下，操作完成后，打开navicat，如果没有提示试用，则说明激活成功，可永久使用

hyperv启动不安装系统 针对Hyper-V虚拟机启动时卡在Press any key to boot from CD or DVD...的问题，以下是解决方案：‌启动虚拟机后‌立即狂按F2键‌（类似物理机进入BIOS的操作），可跳过PXE引导直接进入安装界面‌若无效，尝试在显示Press any key...时‌快速按任意键‌（需在虚拟机连接窗口内操作，延迟可能导致错过时机）‌‌进入虚拟机设置→固件→调整启动顺序，将‌DVD驱动器‌移至首位‌‌

HyperV虚拟机Win10 MSIX系统数据库中文显示问题 问题概述在HyperV虚拟机中使用Windows 10 MSIX系统安装数据库时，出现中文显示异常的问题。这通常是由于系统字符集配置与数据库字符集设置不匹配导致的系统层面字符集配置修改Windows 10 MSIX系统默认字符集‌：打开控制面板 > 时钟和区域 > 区域 > 管理 > 更改系统区域设置勾选"Beta版：使用Unicode UTF-8提供全球语言支持"选项重启系统使更改生效检查HyperV虚拟机的区域设置‌：确保虚拟机配置中已启用中文语言包在虚拟机设置中确认区域设置为中国(简体中文)

DHCP冲突导致局域网无法通信 今天虚拟机突然连不上了Microsoft Windows [版本 10.0.26100.4652] (c) Microsoft Corporation。保留所有权利。 C:\Users\Ericming>arp -a | findstr "192.168.1.48" 192.168.1.48 6c-0b-84-98-19-c7 动态 C:\Users\Ericming>虚拟机的实际MAC地址明显的，是局域网存在其它设备使用了192.168.1.48这个IP在找不到对应设备的情况下，可以清除arp缓存，重新获取或者绑定从而绕过DHCP冲突运行:: 在目标设备上确认 IP 是否正确 ipconfig /all | findstr "192.168.1.48" :: 在其他设备上清除缓存后重新获取 arp -d 192.168.1.48 ping 192.168.1.48 arp -a | findstr "192.168.1.48" 或者:: 绑定静态ARP条目（替换为实际MAC） arp -s 192.168.1.48 00-11-22-33-44-55 :: 验证绑定结果 arp -a | findstr "192.168.1.48" arp -a 用来查看mac地址缓存的