输入框中输入#后应立即触发话题联想，需监听compositionend和input双事件解决ios输入法问题，通过判断未闭合#状态、截取关键词、操作dom光标精准回填并补全结尾#，同时处理删除、粘贴、小程序兼容等边界场景。
输入框里打#时怎么触发话题联想
不能等用户打完“#话题#”再响应——那样就晚了。真实场景是：用户输入#后，光标停在#后面，立刻弹出话题联想面板，内容基于已输入字符（如#北）实时过滤或请求。
关键不是监听@input，而是监听compositionend和input双事件，解决 iOS 中文输入法下重复触发问题。只靠@input会在拼音未上屏时就匹配，导致“#bei”匹配出“北京”，但用户实际想输的是“贝壳”。
- 先用
if (e.detail.value.endsWith('#') && !this.isComposing)判断是否真以#结尾，且非中文输入中 - 记录最近一个
#的位置，截取从该位置到光标前的字符串（如#北），作为联想关键词 - 若当前已有未闭合的
#（即字符串中#个数为奇数），才开启联想；偶数说明已闭合，应关闭面板 - 安卓真机上
input可能漏触发，建议加@focus兜底校验光标附近是否有#
话题联想列表怎么和输入框联动回填
点了“#北京”之后，不能只把“北京”塞进输入框——必须完整替换掉原始的#北片段，并自动补上结尾#，否则格式断裂，后续正则解析会失败。
直接改v-model绑定的值容易丢光标位置，尤其在中间插入时。正确做法是操作textarea原生 DOM 的 selectionStart/selectionEnd。
- 先用
ref拿到<input>或<textarea></textarea>元素 - 计算起始位置：
const start = lastHashIndex + 1（lastHashIndex是最近#的索引） - 执行：
el.setSelectionRange(start, el.value.length)，再el.setRangeText(`#${topic}#`, start, el.value.length, 'end') - 回填后立即调用
uni.hideKeyboard()，避免键盘遮挡新内容，也防止iOS下光标跳动异常
为什么联想词点了没反应或格式错乱
常见现象：点“#上海”，输入框变成“#上海#”，但紧接着用户删掉一个#，结果剩下“#上海”，再输字就卡住——这是因为没监听delete和backspace对未闭合#结构的破坏。
话题联想不是一次性动作，而是一个持续状态管理。只要编辑区存在未闭合的#，就得维持联想能力；一旦闭合或删除，就得清空面板并重置状态。
- 每次
@input后，用split('#').length % 2 === 1判断是否处于“话题输入态” - 若用户在
#abc中间删字（如删成#ab），需重新触发联想，而不是等下一个字符 - 禁止用户在
#xxx#内部光标停留后直接输入——应拦截keydown，检测光标是否落在两个#之间，是则e.preventDefault() - 粘贴文本时，用
paste事件+正则/#[^#]*$/提取末尾未闭合话题，自动激活联想
微信小程序里怎么兼容 rich-text + 联想交互
小程序不支持v-html，也没法在rich-text里绑tap到具体话题节点——它只返回tapIndex，你得自己维护一份节点映射表。
发布页是输入场景，不是渲染场景，所以这里重点不是“怎么高亮”，而是“怎么让联想逻辑在小程序里不降级”。别试图在rich-text里做输入，那走不通。
- 输入仍用
<textarea></textarea>，仅用rich-text做预览区（发布前展示效果），两者数据双向同步但 DOM 分离 - 联想面板始终用普通
<view></view>实现，不依赖rich-text，确保点击事件可靠 - 小程序中
textarea的cursor属性不可控，回填后用setSelectionAPI（基础库 2.7.0+）强制定位光标到结尾 - 如果用了自定义键盘（如数字键盘），需监听
confirm-type="search"的@confirm，作为#触发的备用路径
输入框里的话题联想，本质是状态机：# 开启 → 字符累积 → 匹配/请求 → 回填闭合 → # 清除。最容易被忽略的不是正则怎么写，而是光标位置失控和输入法干扰——这两点在真机调试前几乎无法暴露。
