不能复制成功后自动发短信，因系统禁止无用户操作的静默发送；需将复制与发送置于同一点击事件中触发，app端用plus.messaging.sendmessage，h5端仅能跳转sms:协议。
不能直接在复制成功后自动发送短信——这是系统级限制，所有平台都禁止应用未经用户明确操作就发短信。
uni-app 调用原生短信发送必须显式触发
所谓“复制成功后自动发”，本质是混淆了两个动作：复制（uni.setClipboard）和发送（plus.messaging.sendMessage 或 sms:/ 协议）。前者纯前端、无权限；后者需原生能力、需用户上下文（如点击按钮），且 iOS/Android 均不允许后台静默调用。
-
plus.messaging.sendMessage只能在 App 端运行，且必须在用户主动交互（如button @click）中调用，否则 Android 会报错java.lang.SecurityException: Sending SMS message: uid XXX does not have android.permission.SEND_SMS - H5 端只能跳转系统短信界面（
sms:${phone}?body=${text}），无法绕过用户确认，也无法监听是否真正发送成功 - iOS 上
sms:/协议已废弃，仅支持sms:，且 Safari 会拦截非用户手势触发的跳转（如setTimeout或复制回调里触发）
为什么 copySuccess 回调里调用 sendMessage 会失败
因为 uni.setClipboard 的 success 回调不是用户手势事件上下文（gesture context），原生层不认可其为“可信触发源”。即使你写成：
uni.setClipboard({
text: '123',
success: () => {
// 这里调 plus.messaging.sendMessage 会静默失败或抛异常
}
})
- Android：
plus.messaging.sendMessage抛出java.lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare()，或直接无响应 - iOS：跳转
sms:链接被 Safari 拦截，控制台提示Navigation is blocked due to lack of user gesture - App 启动页或后台页调用，还可能因 Activity 不活跃导致 intent 被丢弃
可行的替代方案：把“复制 + 发送”做成一键双动
用户点一次按钮，同时完成复制内容和唤起短信界面（或发送），这才是合规路径。关键在于：动作必须由同一个 @click 触发，且顺序可控。
- App 端推荐写法：
sendAndCopy() { uni.setClipboard({ text: this.smsContent, success: () => { uni.showToast({ title: '已复制', icon: 'none' }) } }) // 紧接着触发短信（注意：必须在同个 click 里，且不能 await setClipboard） if (uni.getSystemInfoSync().platform === 'android') { const msg = plus.messaging.createMessage(plus.messaging.TYPE_SMS) msg.to = [this.phone] msg.body = this.smsContent plus.messaging.sendMessage(msg) } else { // iOS：跳转系统短信 uni.navigateTo({ url: `sms:${this.phone}?body=${encodeURIComponent(this.smsContent)}` }) } } - H5 端只能跳转，且要确保
body不含换行或特殊符号，否则链接解析失败；建议先encodeURIComponent再拼接 - 别在
success回调里嵌套发送逻辑——不是时序问题，而是上下文丢失。所有动作必须平级写在事件处理器内
容易被忽略的兼容性坑
很多开发者卡在“iOS 打不开短信界面”或“Android 发送后没反应”，其实和签名、配置强相关：
- Android：
manifest.json → App 模块 → Messaging（短彩邮件消息）必须勾选，否则plus.messaging模块未加载 - iOS：HBuilderX 3.1+ 要求在
manifest.json → iOS 设置 → URL Scheme中添加sms，否则白屏或跳转失败 - App 端真机调试时，
plus.messaging在 iOS 模拟器不可用，必须真机测试 - 短信内容超过 70 字（中文）会被拆条，运营商计费按条算，但用户看到的仍是连续内容——这点常被忽略，导致用户以为“只发了一半”
真正难的不是代码怎么写，而是理解“复制”和“发送”在移动端从来就不是可串联的自动化流程——它们分属不同权限域、不同用户意图层级。强行桥接，只会掉进平台限制的深坑里。
