uni-app 剪贴板内容太长导致App闪退如何办

App端复制超长文本闪退本质是原生层内存或字符处理溢出，因iOS/Android系统剪贴板对超长或非法Unicode字符串存在隐式限制，需前置截断、清理高危字符并校验权限与日志。

App端复制超长文本时闪退，本质是原生层内存或字符处理溢出

uni.setClipboardData 本身不校验内容长度，但 iOS 的 UIPasteboard 和 Android 的 ClipboardManager 对超长字符串（尤其含大量换行、空格、Unicode 符号）存在隐式限制。实测在部分低端安卓机或 iOS 15–16 系统上，超过 100KB 的纯文本可能触发系统剪贴板写入失败并导致 App 进程崩溃，且无 JS 层报错——这是最隐蔽的闪退来源。

关键不是“能不能复制”，而是“复制时是否触发了原生层异常”。不能只靠 try/catch 捕获 JS 错误，必须前置截断 + 清理。

1. 复制前强制限制长度：text.substring(0, 80000)（80KB 是较安全阈值，iOS 更敏感，建议 50KB 起步测试）
2. 移除高风险字符：用 text.replace(/[u2028u2029u200BuFEFF]/g, '') 干掉零宽字符、段落分隔符等易引发原生解析异常的 Unicode
3. 避免传入未 decode 的 URL 编码字符串（如 %E4%BD%A0%E5%A5%BD），先 decodeURIComponent(text) 再处理

为什么 H5 不闪退但 App 会？平台底层差异必须区分对待

H5 的 navigator.clipboard.writeText() 在浏览器内运行，受限于 JS 堆内存和浏览器策略，顶多报 NotAllowedError 或 Promise reject，不会杀进程；而 App 端调用的是系统级剪贴板服务，一旦传入非法序列（比如 UTF-16 surrogate pair 不完整、超长 Base64 数据），iOS/Android 原生框架可能直接 abort 进程。

所以同一段文本，在 H5 里能复制成功，在 App 里却闪退，不是代码问题，是平台能力边界不同。

1. 不要复用 H5 的清理逻辑到 App：H5 需防 XSS，App 需防原生解析崩溃
2. App 端额外做一次“可打印字符过滤”：text.replace(/[^x00-xFFu4e00-u9fa5sp{P}p{L}]/gu, '')（需支持 Unicode 属性转义，HBuilderX 4.20+ 可用）
3. 对富文本内容（如从 editor 组件取值），别直接用 innerHTML，优先走组件提供的 getText() 方法获取纯文本

uni.setClipboardData 调用后闪退，检查 manifest.json 里的剪贴板模块是否真启用

即使 manifest.json 里勾选了「剪贴板」模块，某些 HBuilderX 版本（特别是 4.18–4.22）打包时会漏掉 Android 的 android.permission.WRITE_CLIPBOARD 权限声明，导致系统拒绝写入并静默 crash。iOS 端则可能因未开启「UIPasteboard」 entitlement 而失败。

1. Android：打开 manifest.json → 「模块权限配置」→ 确认「剪贴板」已打钩，且生成的 AndroidManifest.xml 中包含 <uses-permission android:name="android.permission.WRITE_CLIPBOARD" />
2. iOS：打开 manifest.json → 「App 设置」→ 「iOS 设置」→ 确认「剪贴板」已启用，并检查 Xcode 工程中 Signing & Capabilities 是否添加了 UIPasteboard entitlement
3. 鸿蒙：HBuilderX 4.23+ 才完全支持，旧版调用 uni.setClipboardData 会直接 crash，必须升级

闪退没日志？必须开原生调试抓崩溃堆栈

JS 层 try/catch 捕不到这种闪退，因为崩溃发生在 WebView 外的原生线程。不看原生日志，永远不知道是哪一行触发的。

1. Android：用 adb logcat -s AndroidRuntime 过滤崩溃信息，重点找 FATAL EXCEPTION 和 java.lang.RuntimeException: Failed to write to clipboard
2. iOS：Xcode → Window → Devices and Simulators → 选中设备 → 查看 Device Logs，筛选关键词 pasteboard 或 UIPasteboard
3. 鸿蒙：DevEco Studio 的 Logcat 中搜索 clipboard 或 ohos.clipboard

真正卡点往往藏在日志最后一行——比如 String length exceeds maximum allowed size 或 Invalid UTF-16 sequence，这些才是决定截断策略的关键依据。