跨端框架不使用dom，因其运行在非浏览器环境，将html标签编译为原生组件（如uiview、viewgroup），document等api根本不存在；正确做法是用ref机制或状态驱动视图更新。
document 不是跨端框架的起点，而是浏览器环境的专属产物；React Native、Taro、uni-app 等跨端框架**不使用 DOM**，也**不运行在真实浏览器中**——它们把 HTML 标签编译/映射为原生视图组件（如 UIView、android.view.ViewGroup），DOM 相关 API（getElementById、innerHTML、addEventListener）在这些环境中根本不存在。
为什么跨端框架里找不到 document 或 DOM 树？
跨端框架的目标是抹平平台差异，而非复刻浏览器。它们的“渲染层”本质是声明式 UI 描述到原生控件的转换器：
-
div→ iOS 的UIView/ Android 的ViewGroup -
button→UIButton/Button -
input→UITextField/EditText
这个过程跳过了 HTML 解析、DOM 构建、CSSOM 合成等浏览器专属流程。所谓“虚拟 DOM”只是内存中的 JS 对象树，用于 diff 和指令生成，并非真实 DOM。
querySelector 在 Taro 或 uni-app 中会报什么错？
直接调用会抛出 ReferenceError: document is not defined 或 TypeError: Cannot read property 'querySelector' of undefined。原因很直接：document 变量压根没被注入。
- 服务端渲染（SSR）或预渲染场景下，
document也可能缺失，但那是环境问题；跨端则是架构层面的缺席 - 某些框架（如早期 Taro）曾模拟部分 DOM API，但已废弃——因为语义错位：原生 View 没有
offsetHeight、getBoundingClientRect()这类布局属性，强行挂载只会返回undefined或0
想在跨端里做类似 DOM 的查找和操作，该用什么？
必须切换思维：从“查节点”转向“改状态”，从“操作 DOM”转向“驱动视图更新”。真实可行路径只有两条：
- 用框架提供的 ref 机制获取原生组件实例（如 Taro 的
createRef、uni-app 的ref属性），再调用其平台特定方法（如scrollIntoView、focus） - 通过 state / props 控制组件显隐、内容、样式——这是唯一可靠且可维护的方式
例如，你想“高亮某个列表项”，不要试图 querySelector('.item.active').style.color = 'red'，而应让该项数据带一个 isActive 字段，用条件 class 绑定：class="{{item.isActive ? 'active' : ''}}"。
HTML 字符串渲染在跨端里怎么处理？
innerHTML 是浏览器安全模型的核心一环，跨端框架无法也不应复现它。若真需动态插入富文本：
- Taro 支持
@tarojs/components/RichText，只解析白名单标签（div、p、strong等），不执行 JS，不保留事件 - uni-app 提供
<rich-text></rich-text>组件，同样限制标签集和属性，且 iOS/Android 渲染行为不一致 - 任何尝试用
dangerouslySetInnerHTML类似方案，在跨端中都不存在对应物——原生平台没有“HTML 解析器”
最常被忽略的一点：跨端里没有 CSSOM，也没有盒模型计算上下文，所以 offsetTop、clientWidth 这类值要么不可靠，要么需通过平台桥接异步获取（如 Taro.getRect），且结果延迟、不可预测。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
