tel:和sms:链接在iOS、Android及微信中行为差异显著：iOS严格支持确认拨号和完整短信预填；Android厂商定制系统常拦截tel:或忽略sms:的body参数；微信则全面屏蔽二者，需用复制号码等替代方案。
点击直接拨号：tel: 链接在 iOS 和 Android 上的行为差异
移动端点击 @#@#@#@#@#@#@#@#@#@0 确实能唤起电话应用，但实际表现因系统而异。iOS 会立即弹出确认拨号框（不可绕过），Android 则依赖默认拨号器——部分定制 ROM（如华为 EMUI、小米 MIUI）可能拦截或静默跳转到拨号界面，不自动拨打。
常见错误是写成 tel:+8613800138000 后在 Android 上失效：国内多数安卓机只识别纯数字（如 tel:13800138000），加 + 或区号易触发解析失败；iOS 相对宽松，但为兼容建议统一用无符号纯数字。
- 避免空格、横线、括号：
tel:138-0013-8000或tel:(138) 0013-8000在部分 Android 机型上无法触发 - 若需支持国际号码，先做前端校验：提取数字后拼接
tel:++ 国家码 + 号码（例如tel:+8613800138000），但必须测试目标机型是否支持 - 不要用 JavaScript 拦截
click后再跳转 —— 多数安卓浏览器禁止非用户手势触发tel:协议
发短信用 sms: 链接，但收件人和内容不能都填满
@#@#@#@#@#@#@#@#@#@1 在 iOS 上可同时预填号码和内容；但在 Android 上，绝大多数厂商默认短信 App（包括 Google Messages）仅支持预填号码，?body=xxx 参数会被忽略 —— 这是系统级限制，不是代码写错。
真实可用的组合只有两种：
- iOS 全支持：
sms:13800138000?body=订单已发货 - Android 安全写法：只填号码，不带
body，靠用户手动输入内容（sms:13800138000） - 想兼顾？可检测
navigator.userAgent区分平台，但注意 UA 伪造普遍，不可靠；更稳妥的是只用号码，文案引导用户“请复制以下内容粘贴发送”
微信内点击 tel: 或 sms: 链接完全无效
微信内置浏览器（X5 内核）主动屏蔽了 tel: 和 sms: 协议，点击后无反应，控制台也无报错。这不是 bug，是微信安全策略。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
替代方案有限且有代价：
- 引导用户「在 Safari/Chrome 中打开」—— 需配合提示文案和 UA 判断
- 用
weixin://深度链接（如调起微信客服）—— 但仅限认证公众号/小程序，普通 H5 不可用 - 放弃协议跳转，改用长按复制号码：
长按复制号码，再由用户手动粘贴拨打
没有银弹。如果业务强依赖拨号/短信（如客服页），必须把「微信内不可用」作为设计前提，而非后期补救点。
测试时别只看模拟器，真机+主流厂商缺一不可
Chrome DevTools 的设备模拟器对 tel:/sms: 协议无任何响应，它压根不模拟原生协议跳转。真正验证必须上真机，且覆盖至少三类设备：
- iOS：iPhone 12（iOS 16）、iPhone SE（iOS 17）—— 注意 iOS 17 对未备案域名下
tel:的警告升级 - Android：Pixel（原生）、华为 Mate 50（HarmonyOS）、OPPO Reno10（ColorOS）—— 厂商修改过短信/拨号入口逻辑
- 微信：iOS 微信最新版、Android 微信 8.0.50+，确认是否仍静默丢弃协议
最容易被忽略的是 HarmonyOS 对 sms: 的处理：部分版本会跳转到「信息」App，但清空 body；另一些则直接 fallback 到搜索页。不测真机，上线后用户反馈就是唯一测试方式 —— 那已经晚了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
