最直接有效的方式是监听 document 的 selectionchange 事件并调用 window.getselection() 获取选中内容，需检查 rangecount > 0 并用 tostring().trim() 提取纯文本；iframe 需单独监听其 contentdocument，移动端建议加 100ms 防抖，并可叠加 mouseup、keyup、touchend 事件兜底。
最直接有效的方式是监听 selectionchange 事件，配合 window.getSelection() 获取选中内容。它不是“实时轮询”，而是浏览器原生触发的精准响应机制，现代浏览器全部支持，无需 polyfill。
绑定到 document 是唯一正确入口
该事件不冒泡、不委托，也不能绑定在 div 或 p 等具体元素上。必须在页面加载后立即注册到 document：
- ✅ 正确：
document.addEventListener('selectionchange', handler) - ❌ 无效：
element.addEventListener('selectionchange', ...)（完全不会触发） - ⚠️ 注意：如果脚本延迟执行，可能错过用户刷新页面后已存在的初始选中状态
安全提取文本并过滤空选
selectionchange 本身不带参数，需手动调用 window.getSelection()，再做有效性判断：
- 检查
rangeCount > 0，排除点击空白、失焦清空等无意义触发 - 调用
toString().trim()获取纯文本，自动忽略换行缩进等干扰 - 避免直接使用
selection.anchorNode.textContent—— 跨节点选中时会出错或截断
应对 iframe 和移动端常见陷阱
真实场景中容易忽略隔离与兼容性问题：
- 父页无法监听 iframe 内的选中行为；如需支持，必须在 iframe 的
contentDocument中单独监听 - 移动端 Safari/Chrome 触发稳定，但部分 WebView（如旧版微信）可能延迟或静默失败
- 拖选过程中事件高频触发，建议加 100ms 防抖，避免重复处理同一选中结果
补充监听可提升鲁棒性
仅靠 selectionchange 在某些边缘情况可能漏判（例如程序调用 select()），可叠加以下事件作为兜底：
-
mouseup：覆盖鼠标拖选结束瞬间 -
keyup：捕获 Shift+方向键等键盘选中 -
touchend：专用于 iOS/Android 触屏设备 - 三者共用时，统一走同一处理函数，用
getSelection()提取即可，逻辑不重复
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
