不能靠纯v-model绑定统一解析，必须监听input事件用正则实时匹配#超话#并分段渲染，区分已闭合/未闭合状态，ios需手动恢复光标，真机需处理层叠错位与光标跳变。
uni-app 中如何用 v-model + 正则实时识别并高亮 #超话 标签
直接结论：不能靠纯 v-model 绑定后统一解析，必须在输入过程中监听 input 事件，用正则匹配 `#中文或英文单词#` 模式，并区分「已闭合」和「未闭合」状态。
常见错误是写成 /#(\w+)#/g —— 这会漏掉中文、忽略空格、且无法处理嵌套或中途取消的情况（比如用户输到一半删掉了结尾的 #）。
- 正确正则建议：
/#([\u4e00-\u9fa5\w\u3000-\u303f\uff00-\uffef]+)#/g（覆盖中英文、数字、常见全角符号） - 必须在每次
input触发时重新执行匹配，不能只在失焦时处理——否则用户看不到实时高亮反馈 - 高亮逻辑不要操作原始
value，而是用数组分段渲染：[{type:'text', content:'今天参加了'}, {type:'tag', content:'超话'}, {type:'text', content:'活动'}] - 注意 iOS 下
textarea的光标位置异常问题，修改v-model后需手动调用uni.$nextTick(() => textareaRef.focus())并恢复光标
uni-app textarea 内部怎么插入可点击的标签节点
uni-app 的 textarea 是原生组件，不支持富文本或内嵌节点。所谓「标签高亮可点击」，实际是视觉模拟：用绝对定位的 view 层叠在 textarea 上方，按文本分段计算每个标签的 left/top/width，并绑定 @tap。
- 关键依赖：
uni.createSelectorQuery()获取textarea位置 +uni.getSystemInfoSync().fontSize估算单字宽（iOS/Android 行高差异大，建议固定行高如line-height: 1.5） - 标签点击区域必须略大于文字本身（左右各 +6px），否则手指容易点空
- 不要尝试用
rich-text替代——它不支持输入，且无法与键盘联动 - 安卓真机上若出现层叠错位，加
transform: translateZ(0)强制硬件加速
如何防止用户误输多个 # 导致标签解析错乱
微博规则是「#开头、#结尾、中间无#」，但用户可能连输 ##超话# 或 #超话##。这类边界情况必须拦截，否则解析结果会变成空标签或截断内容。
- 检测逻辑应放在
input回调里：if ((value.match(/#/g) || []).length % 2 !== 0) { // 有未闭合的#，暂时不触发高亮 } - 当检测到未闭合时，UI 上可用红色下划线提示（类似微信输入法纠错），而不是静默忽略
- 禁止用户在标签内部输入
#：监听光标位置，若当前处于某个已匹配的#xxx#区间内，event.detail.value中对应位置的#应被过滤掉 - 粘贴场景更要小心——用户可能粘入带格式的文本，需先
value.replace(/[\r\n\t]/g, ' ')清理不可见字符
为什么不用 uView 或 uni-ui 的现成标签组件
因为它们面向「展示态」设计（如话题列表），而非「输入态」。输入场景的核心矛盾是：光标管理、连续编辑、撤销/重做、键盘兼容性——这些在封装组件里基本不可控。
-
u-tag是静态 view，无法响应textarea的光标移动事件 - 所有「输入框+标签」组合方案，最终都得自己接管
input、focus、blur、confirm四个事件流 - 如果你用 H5 端较多，可以考虑降级为
contenteditable+div，但小程序端必须走原生textarea叠加方案 - 真正省事的做法是：只在提交前做一次标签提取（
value.match(/#([^#]+)#/g)），放弃实时高亮——适合 MVP 阶段快速上线
最易被忽略的一点：微信小程序基础库 2.28.0+ 对 textarea 的 cursor 属性支持仍不稳定，设置光标位置后，部分低端安卓机可能出现跳回末尾的问题，必须加防抖 + 重试机制。
