renderjs脚本必须满足三个硬性条件：type="renderjs"的script标签须置于template后、普通script前；导出对象必须含mounted方法；所有dom操作须在mounted或其调用函数内执行，顶层操作会报错。
renderjs 不是用来“锦上添花”的，而是当你的地图拖拽卡顿、canvas 动画掉帧、长列表滚动发抖时，唯一能绕过逻辑层通信瓶颈的硬解法。
renderjs 脚本必须满足哪三个硬性条件
缺一不可，否则脚本根本不会执行：
-
type="renderjs"的<script></script>标签必须放在<template></template>之后、普通<script></script>之前 - 导出对象必须包含
mounted方法，且所有 DOM 操作必须在mounted或其调用的函数内进行 —— 顶层写document.getElementById会报错 - 不能访问
this.$parent、this.data或任何 Vue 实例属性，这些在 renderjs 环境中不存在
Vue 和 renderjs 怎么传数据才不丢、不卡
双向通信是假象，实际只有单向通道，且规则极严：
- Vue → renderjs：靠
:props传值，但只是初始化快照 —— 后续 Vue 层改了props，renderjs 里不会自动更新 - renderjs → Vue：只能通过
this.$emit('event-name', payload)触发，且必须在mounted执行完成后才注册好事件通道 - 常见错误：在
mounted外调用this.$emit，或试图用watch监听 props 变化 —— 都无效 - 正确做法：Vue 层主动调用
this.$refs.xxx.updateData(newData)（需在 renderjs 导出该方法），或把高频变化封装成事件流
哪些场景真适合 renderjs，哪些纯属自找麻烦
不是所有 DOM 操作都值得搬过去，关键看是否高频、是否直连渲染：
- 适合：地图轨迹动画、OpenLayers/ECharts 渲染、Canvas 粒子系统、three.js 3D 场景、聊天消息流局部追加（避免整 list 重绘）
- 不适合：表单校验、按钮点击跳转、简单的 v-if 控制显隐 —— 这些走 Vue 响应式更轻量、更可控
- 特别注意：renderjs 在 H5 平台不运行，只生效于 App 和微信/支付宝等小程序；也不能调用
uni.getSystemInfoSync()等原生 API，要用this.$ownerInstance.callMethod中转
最易被忽略的一点：renderjs 的 DOM 操作不是“免费的”，它直接操作真实节点，意味着你得自己管理生命周期 —— 地图组件销毁时没调用 map.dispose()，Canvas 没清空 context，都会导致内存泄漏，而且比 Vue 层更难排查。
